Receiving device, receiving method, transmitting device, and transmitting method

ABSTRACT

A receiving device including a receiver and processing circuitry is provided. The receiver is configured to receive a broadcast stream. The broadcast stream includes a plurality of services. Each of the plurality of services includes one or a plurality of components and a first control signal transmitted by a unidirectional transport session. The processing circuitry is configured to process the one or the plurality of components constituting a particular service of the plurality of services included in the broadcast stream, and process the first control signal of the particular service received from signals transmitted by the unidirectional transport session according to an Internet Protocol (IP) address. Each of the plurality of services is associated with a different IP address that is contained in packets of the one or the plurality of components and the first control signal of the respective service, and in an IP layer.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. Ser. No. 16/053,517 filedAug. 2, 2018, which is a continuation of U.S. application Ser. No.14/914,950, filed on Feb. 26, 2016 now U.S. Pat. No. 10,085,057, whichis a U.S. national phase application of International Application No.PCT/JP2014/074782, filed on Sep. 19, 2014, which is based on and claimspriority to Japanese Application No. 2013-209056, filed on Oct. 4, 2013,entire contents of all of which are incorporated herein by reference.

TECHNICAL FIELD

The present technology relates to a receiving device, a receivingmethod, a transmitting device, and a transmitting method, and moreparticularly to a receiving device, a receiving method, a transmittingdevice, and a transmitting method capable of handling various operationmodes with high flexibility.

BACKGROUND ART

Currently, a transmission method of Moving Picture Experts Group phase2-Transport Stream (MPEG2-TS) has been adopted as digital broadcastingstandards in various countries (for example, see Patent Document 1). Itis expected that more advanced services will be offered in the futurewith introduction of an Internet Protocol (IP) transmission method whichutilizes IP packets for digital broadcasting as well as for theconventional field of communication.

CITATION LIST Patent Document

Patent Document 1: Japanese Patent Application Laid-Open No. 2012-156712

SUMMARY OF THE INVENTION Problems to be Solved by the Invention

It is expected that introduction of the IP transmission method realizestransmission of content in various formats to various devices forutilization of various operation modes. However, technical systemsnecessary for handling these modes are not yet established at present.

The present technology has been developed in consideration of thesecircumstances. The present technology realizes flexible handling ofvarious operation modes in digital broadcasting which introduces an IPtransmission method.

Solutions to Problems

A receiving device according to a first aspect of the present technologyincludes: a receiving unit that receives a broadcasting wave of digitalbroadcasting using an IP transmission method; and a processing unit thatprocesses one or a plurality of components constituting a particularservice of a plurality of services included in the broadcasting wave,and a first control signal transmitted by FLUTE session in such a mannerthat the components and the first control signal are processed in unitsof service based on an IP address contained in each packet.

A packet of the component and a packet of the first control signalcontained in an identical service have an identical IP address.

The first control signal is used in a first layer corresponding to alayer higher than an IP layer in layers of protocol in the IPtransmission method, and at least contains information about thecomponent constituting the particular service.

The broadcasting wave transmits a second control signal used in a secondlayer corresponding to a layer lower than the IP layer. The secondcontrol signal at least contains an ID for identifying a network, an IDfor identifying a transport stream, and an ID for identifying a service.

The particular first control signal transmitted by FLUTE session isdesignated based on URL information contained in an electronic serviceguide transmitted by the broadcasting wave for designating the firstcontrol signal.

The second control signal contains information indicating whether aparticular service is on the air.

The first control signal and the second control signal are contained inan SGDU container and transmitted.

The receiving device according to the first aspect of the presenttechnology may be either an individual device or an internal blockconstituting one device.

A receiving method according to the first aspect of the presenttechnology is a receiving method corresponding to the receiving deviceaccording to the first aspect of the present technology.

According to the receiving device and the receiving method of the firstaspect of the present technology, a broadcasting wave of digitalbroadcasting using the IP transmission method is received. One or aplurality of components constituting a particular service of a pluralityof services included in the broadcasting wave, and the first controlsignal transmitted by FLUTE session are processed in units of servicebased on an IP address contained in each packet.

A transmitting device according to a second aspect of the presenttechnology includes: a component acquisition unit that acquires one or aplurality of components; a control signal acquisition unit that acquiresa control signal; and a transmission unit that transmits a broadcastingwave of digital broadcasting using an IP transmission method in such amanner that a packet of the component constituting a particular serviceand a packet of the control signal transmitted by FLUTE session have anidentical IP address.

The transmitting device according to the second aspect of the presenttechnology may be either an individual device or an internal blockconstituting one device.

A transmitting method according to the second aspect of the presenttechnology is a transmitting method corresponding to the transmittingdevice according to the second aspect of the present technology.

According to the transmitting device and the transmitting method of thesecond aspect of the present technology, one or a plurality ofcomponents are acquired, and a control signal is further acquired. Abroadcasting wave of digital broadcasting using the IP transmissionmethod is transmitted in such a manner that a packet of the componentconstituting a particular service and a packet of the control signaltransmitted by FLUTE session have an identical IP address.

A receiving device according to a third aspect of the present technologyincludes: a receiving unit that receives a broadcasting wave of digitalbroadcasting using an IP transmission method; and a processing unit thatprocesses one or a plurality of components constituting a particularservice of a plurality of services included in the broadcasting wave,and a first control signal transmitted by User Datagram Protocol (UDP),in such a manner that the components and the first control signal areprocessed in units of service based on an IP address contained in eachpacket.

A packet of the component and a packet of the first control signalcontained in an identical service have an identical IP address.

The first control signal is used in a first layer corresponding to alayer higher than an IP layer in layers of protocol in the IPtransmission method, and at least contains information about thecomponent constituting the particular service.

The broadcasting wave transmits a second control signal used in a secondlayer corresponding to a layer lower than the IP layer. The secondcontrol signal at least contains an ID for identifying a network, an IDfor identifying a transport stream, and an ID for identifying a service.

The first control signal and the second control signal are contained inan SGDU container and transmitted.

The packet of the first control signal contains first URL informationfor designating the first control signal as extension information ofSGDU. The particular first control signal transmitted by UDP isdesignated by specifying the first URL information based on second URLinformation that is contained in an electronic service guide transmittedby the broadcasting wave and designates the first control signal.

The second control signal contains information indicating whether aparticular service is on the air.

The receiving device according to the third aspect of the presenttechnology may be either an individual device or an internal blockconstituting one device.

A receiving method according to the third aspect of the presenttechnology is a receiving method corresponding to the receiving deviceaccording to the third aspect of the present technology.

According to the receiving device and the receiving method of the thirdaspect of the present technology, a broadcasting wave of digitalbroadcasting using the IP transmission method is received. One or aplurality of components constituting a particular service of a pluralityof services included in the broadcasting wave, and the first controlsignal transmitted by UDP are processed in units of service based on anIP address contained in each packet.

A transmitting device according to a fourth aspect of the presenttechnology includes: a component acquisition unit that acquires one or aplurality of components; a control signal acquisition unit that acquiresa control signal; and a transmission unit that transmits a broadcastingwave of digital broadcasting using an IP transmission method in such amanner that a packet of the component constituting a particular serviceand a packet of the control signal transmitted by UDP have an identicalIP address.

The transmitting device according to the fourth aspect of the presenttechnology may be either an individual device or an internal blockconstituting one device.

A transmitting method according to the fourth aspect of the presenttechnology is a transmitting method corresponding to the transmittingdevice according to the fourth aspect of the present technology.

According to the transmitting device and the transmitting method of thefourth aspect of the present technology, one or a plurality ofcomponents are acquired, and a control signal is further acquired. Abroadcasting wave of digital broadcasting using the IP transmissionmethod is transmitted in such a manner that a packet of the componentconstituting a particular service and a packet of the control signaltransmitted by UDP have an identical IP address.

Effects of the Invention

According to the first aspect through the fourth aspect of the presenttechnology, various operation modes can be handled with highflexibility.

Advantages to be offered are not limited to these advantages, but may beany of advantages described in the present disclosure.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a view illustrating a protocol stack of digital broadcastingin a FLUTE transmission method.

FIG. 2 is a view illustrating a relationship between a signal of abroadcasting wave and an ID system of the FLUTE transmission method.

FIG. 3 is a view illustrating a configuration of a broadcasting wave ofthe digital broadcasting in the FLUTE transmission method.

FIG. 4 is a view illustrating a configuration of LLS in the FLUTEtransmission method.

FIG. 5 is a view illustrating a configuration of SCS in the FLUTEtransmission method.

FIG. 6 is a view illustrating a concept of a service channel.

FIG. 7 is a view illustrating a configuration of a broadcasting systemaccording to an embodiment of the present technology.

FIG. 8 is a view illustrating a configuration of a transmitting deviceaccording to an embodiment of the present technology.

FIG. 9 is a view illustrating a configuration of a receiving deviceaccording to an embodiment of the present technology.

FIG. 10 is a view illustrating details of filtering of respectivepackets by Demux in the FLUTE transmission method.

FIG. 11 is a view illustrating basic signaling system in the FLUTEtransmission method.

FIG. 12 is a view illustrating a signaling system in an NRT service inthe FLUTE transmission method.

FIG. 13 is a view illustrating a signaling system in a hybrid service inthe FLUTE transmission method.

FIG. 14 is a view illustrating a structure of SGDU in the FLUTEtransmission method.

FIG. 15 is a view illustrating a protocol stack of digital broadcastingin a UDP transmission method.

FIG. 16 is a view illustrating a relationship between a signal of abroadcasting wave and an ID system of the UDP transmission method.

FIG. 17 is a view illustrating a configuration of a broadcasting wave ofthe digital broadcasting in the UDP transmission method.

FIG. 18 is a view illustrating a configuration of LLS in the UDPtransmission method.

FIG. 19 is a view illustrating a configuration of SCS in the UDPtransmission method.

FIG. 20 is a view illustrating details of filtering of respectivepackets by Demux in the UDP transmission method.

FIG. 21 is a view illustrating basic signaling system in the UDPtransmission method.

FIG. 22 is a view illustrating a signaling system in an NRT service inthe UDP transmission method.

FIG. 23 is a view illustrating a signaling system in a hybrid service inthe UDP transmission method.

FIG. 24 is a view illustrating a structure of SGDU in the UDPtransmission method.

FIG. 25 is a view illustrating a data structure of SCT.

FIG. 26 is a view illustrating a description example of SCT.

FIG. 27 is a view illustrating a description example of SCT.

FIG. 28 is a view illustrating a data structure of SAT.

FIG. 29 is a view illustrating a description example of SAT.

FIG. 30 is a view illustrating a data structure of RRT.

FIG. 31 is a view illustrating an example of SDP description document.

FIG. 32 is a view illustrating data structures of a session descriptionand a media description.

FIG. 33 is a view illustrating attribute types of media.

FIG. 34 is a view illustrating specific examples of origin, connectiondata, and media announcements.

FIG. 35 is a view illustrating a dynamic mapping of codec parameters.

FIG. 36 is a view illustrating a description example of SDP.

FIG. 37 is a view illustrating a description example of SDP.

FIG. 38 is a view illustrating a description example of SDP.

FIG. 39 is a view illustrating an initial scan process.

FIG. 40 is a view illustrating a flow of information acquired at thetime of initial scan.

FIG. 41 is a view illustrating operation of the receiving device at thetime of initial scan.

FIG. 42 is a view illustrating an ESG acquisition process.

FIG. 43 is a view illustrating a flow of information acquired at thetime of ESG acquisition.

FIG. 44 is a view illustrating operation of the receiving device at thetime of ESG acquisition.

FIG. 45 is a view illustrating a direct channel selection process.

FIG. 46 is a view illustrating a flow of information acquired at thetime of direct channel selection.

FIG. 47 is a view illustrating operation of the receiving device at thetime of direct channel selection.

FIG. 48 is a view illustrating an ESG channel selection process.

FIG. 49 is a view illustrating a flow of information acquired at thetime of ESG channel selection.

FIG. 50 is a view illustrating operation of the receiving device at thetime of ESG channel selection.

FIG. 51 is a view illustrating an ESG recording reservation andexecution process.

FIG. 52 is a view illustrating a flow of information acquired at thetime of ESG recording reservation and execution.

FIG. 53 is a view illustrating operation of the receiving device at thetime of ESG recording reservation and execution.

FIG. 54 is a view illustrating operation of the receiving device at thetime of recorded program reproduction.

FIG. 55 is a view illustrating an NRT-ESG acquisition process.

FIG. 56 is a view illustrating operation of the receiving device at thetime of NRT-ESG acquisition.

FIG. 57 is a view illustrating an NRT content acquisition andreproduction process.

FIG. 58 is a view illustrating a flow of information acquired at thetime of NRT content acquisition and reproduction.

FIG. 59 is a view illustrating operation of the receiving device at thetime of NRT content acquisition and reproduction.

FIG. 60 is a view illustrating an NRT content acquisition and displayprocess.

FIG. 61 is a view illustrating a flow of information acquired at thetime of NRT content acquisition and display.

FIG. 62 is a view illustrating operation of the receiving device at thetime of NRT content acquisition and display.

FIG. 63 is a view illustrating an application acquisition and displayprocess.

FIG. 64 is a view illustrating a flow of information acquired at thetime of application acquisition and display.

FIG. 65 is a view illustrating operation of the receiving device at thetime of application acquisition and display.

FIG. 66 is a view illustrating a direct channel selection process in theUDP transmission method.

FIG. 67 is a view illustrating operation of the receiving device at thetime of direct channel selection in the UDP transmission method.

FIG. 68 is a flowchart illustrating a transmission process.

FIG. 69 is a flowchart illustrating a package recording process.

FIG. 70 is a flowchart illustrating a depackage reproduction process.

FIG. 71 is a view illustrating a configuration example of a computer.

MODE FOR CARRYING OUT THE INVENTION

An embodiment according to the present technology is hereinafterdescribed with reference to the drawings. This embodiment will bediscussed in the following order.

1. Digital Broadcasting by IP Transmission Method

(1) FLUTE Transmission Method

(2) UDP Transmission Method

2. Signaling Information

(1) Structure Details of LLS (SCT, SAT, RRT)

(2) Structure Details of SCS (SDP)

3. Specific Operation Examples

(1) Basic Operation

(2) NRT Service Handling

(3) Hybrid Service Handling

(4) UDP Transmission Method

4. Specific Processes Performed by Respective Devices

1. Digital Broadcasting by IP Transmission Method

Digital broadcasting which adopts an IP transmission method according tothe present technology can use either an FLUTE transmission method or anUDP transmission method. The FLUTE transmission method in this contextrefers to a method for transmitting signaling information as ServiceChannel Signaling (SCS) by using File Delivery over UnidirectionalTransport (FLUTE) session. On the other hand, the UDP transmissionmethod in this context refers to a method for transmitting signalinginformation as SCS by using User Datagram Protocol (UDP).

<(1) FLUTE Transmission Method>

(Protocol Stack)

FIG. 1 is a view illustrating a protocol stack of digital broadcastingin the FLUTE transmission method.

As illustrated in FIG. 1, a lowest layer is a physical layer provided incorrespondence with a frequency band of a broadcasting wave allocated toa service (channel). A layer disposed immediately above the physicallayer is an IP layer. A Base Band Packet Stream (BBP stream) isinterposed between the physical layer and the IP layer. The BBP streamis a stream which contains packets for storing various types of data inthe IP transmission method.

The IP layer is similar to Internet Protocol (IP) in a protocol stack ofTCP/IP. In this case, an IP packet is specified by an IP address. Alayer disposed immediately above the IP layer is a UDP layer. A layerimmediately above the UDP layer includes Real-time Transport Protocol(RTP), and FLUTE/ALS. According to digital broadcasting in the IPtransmission method, packets corresponding to designated UDP portnumbers are transmitted to establish RTP session or FLUTE session, forexample. Details of FLUTE are regulated as RFC3926.

A layer disposed immediately above FLUTE/ALS is Fragmented MP4 (fMP4),while a layer disposed immediately above RTP and fMP4 contains videodata (video), audio data (audio), caption data (closed caption) andothers. In this case, RTP session is used for transmission of video dataand audio data in synchronous stream format, while FLUTE session is usedfor transmission of video data and audio data in asynchronous fileformat.

A layer disposed immediately above FLUTE/ALS contains NRT content, ESG,and SCS. In this case, the NRT content, ESG, and SCS are transmitted byFLUTE session. The NRT content transmitted in Non-RealTime (NRT)broadcasting is temporarily stored in a storage of a receiver beforereproduction. The NRT content is only an example of content. Files ofother content may be transmitted by FLUTE session. The ElectronicService Guide (ESG) is an electronic service guide which containsinformation such as a program title and start time.

The Service Channel Signaling (SCS) is signaling information generatedin units of service and transmitted by FLUTE session. For example,Session Description Protocol (SDP) and Application Information Table(AIT) are transmitted as the SCS. The SDP contains service attributes inunits of service, component configuration information, componentattributes, component filter information, and component locationinformation, for example. The AIT is application control information ina hybrid service. A relationship between services and components isdescribed below with reference to FIG. 2.

Further provided is Low Layer Signaling (LLS) indicating low layersignaling information transmitted on the BBP stream. For example,service configuration information such as Service Configuration Table(SCT), Service Association Table (SAT), and Region Rating Table (RRT) istransmitted as LLS.

The SCT contains a combination of network_id, transport_stream_id, andservice_id (hereinafter referred to as “triplet”) used in MPEG2-TSmethod. This triplet indicates a BBP stream configuration and a serviceconfiguration within a broadcasting network. The SCT further containsinformation about an IP address and the like as attribute and settinginformation in units of service, bootstrap information for accessing theESG and the SCS, and channel selection information for selectingservices (channels), for example.

The SAT indicates a service currently on the air for each BBP stream.Whether or not a particular service is on the air (being broadcast) canbe determined based on the SAT. The RRT indicates a regional informationtable concerning classification of programs.

(ID System in FLUTE Transmission Method)

FIG. 2 is a view illustrating a relationship between a signal of abroadcasting wave and an ID system in the FLUTE transmission method.

As illustrated in FIG. 2, network_id is allocated to a broadcasting wavehaving a frequency band of 6 MHz (broadcasting network). Each of thebroadcasting waves contains one or a plurality of BBP streams identifiedby transport_stream_id. Each of the BBP streams includes a plurality ofBBP packets each of which is constituted by a BBP header and a payload.

Each of the BBP streams contains a plurality of services identified byservice_id. Each of the services is constituted by one or a plurality ofcomponents. Each of the components corresponds to information such asvideo data and audio data for constituting a program.

As described above, the triplet as the combination of network_id,transport_stream_id, and service_id can be adopted as the ID system ofthe FLUTE transmission method similarly to the MPEG2-TS method to ensureconsistency with the MPEG2-TS method widely used at present.Accordingly, simulcast at a shift from the MPEG2-TS method to the IPtransmission method (FLUTE transmission method) is easily achievable,for example.

In case of a mode using both a major channel number and a minor channelnumber as identification information corresponding to service_id, higher8 bits contained in 16 bits of service_id can be allocated to 8 bits ofthe major channel number, and lower 8 bits in 16 bits can be allocatedto 8 bits of the minor channel number to handle this mode.

(Configuration of Broadcasting Wave in FLUTE Transmission Method)

FIG. 3 is a view illustrating a configuration of a broadcasting wave indigital broadcasting in the FLUTE transmission method.

As illustrated in FIG. 3, one or a plurality of BBP streams can beacquired from a broadcasting wave having a frequency band of 6 MHz(“Network” in the figure). In addition, Network Time Protocol (NTP), aplurality of service channels, an electronic service guide (ESGservice), and LLS can be acquired from each of the BBP streams. In thiscase, the NTP, the service channels, and the electronic service guideare transmitted under protocol of UDP/IP. However, the LLS istransmitted on the BBP stream. The NTP is time information common to theplurality of service channels.

Each of the service channels contains components such as video data andaudio data, and SCS such as SDP and AIT. Moreover, each of the servicechannels is given a common IP address so that components, controlsignals and the like can be packaged for each service channel based onthis IP address.

The BBP streams and the components in FIG. 3 correspond to the BBPstreams and the components in FIG. 2. On the other hand, the servicechannel in FIG. 3 corresponds to the service in FIG. 2.

(Configuration of LLS)

FIG. 4 is a view illustrating a configuration of LLS in the FLUTEtransmission method.

As illustrated in FIG. 4, a BBP packet is constituted by a BBP headerand a payload. At the time of transmission of an IP packet by a BBPstream, this IP packet constitutes a payload portion.

At the time of transmission of LLS by a BBP stream, this LLS is disposedafter the BBP header. The LLS contains SCT, SAT and the like describedin Extensible Markup Language (XML) format, for example. In this case,an SGDU header is added to an XML fragment corresponding to a part ofLLS data and constituting the LLS main body. Accordingly, the SCT andSAT are transmitted via an Service Guide Delivery Unit Container (SGDUcontainer). The SGDU is adopted as a standard of Open Mobile Alliance(OMA).

The BBP header contains 2-bit type information based on which whetherthe BBP packet is an IP packet or LLS can be determined.

(Configuration of SCS)

FIG. 5 is a view illustrating a configuration of SCS in the FLUTEtransmission method.

As illustrated in FIG. 5, RTP session is used when video data or audiodata is transmitted in synchronous stream format, for example. In thiscase, each header of BBP, IP, UDP, and RTP is added to the payload. Onthe other hand, FLUTE session is used when file data such as fMP4, ESG,and NRT content is transmitted in asynchronous file format. In thiscase, each header of BBP, IP, UDP, and LCT is added to the payload. Inthe figure, NTP provided as a layer higher than a UDP layer is disposedafter each header of BBP, IF, and UDP.

In the figure, SCS transmitted by using FLUTE session is disposed aftereach header of BBP, IP, UDP, and LCT. The SCS includes SDP and the likedescribed in text format, for example. In this case, an SGDU header isadded to an SDP fragment corresponding to a part of SCS data andconstituting the SCS main body. Accordingly, the SDP is transmitted viaan SGDU container. The SCS main body thus disposed is not limited to theSDP fragment, but for example, may be an XML fragment of AIT describedin XML format to be transmitted via the SGDU container.

(Concept of Service Channel)

FIG. 6 is a view illustrating a concept of a service channel (SC).

As illustrated in FIG. 6, a local terrestrial broadcaster receivescontent created by a content provider in the form of a packagecontaining components, control signals and the like having an identicalIP address. Accordingly, the local terrestrial broadcaster is capable ofreceiving content in units of service channel. The service channelprovided by the local terrestrial broadcaster is further supplied toCATV providers, satellite broadcasting providers, IPTV providers,multicast service providers (eMBMS: evolved Multimedia BroadcastMulticast Service), operators and the like. The CATV providers and thelike may re-package the service channel by adding an application, forexample.

A receiver (fixed receiver) receives service channels transmitted fromthe local terrestrial broadcaster, CATV and the like. The receiverdisplays images of the service channels on a display unit, and outputsvoices corresponding the images from a speaker. The receiver can alsotransmit service channels to a home server, an external device (mobiledevice) and the like connected to a home network constructed at home.According to this structure, the home server accumulates servicechannels received from the receiver. In addition, the external devicedisplays images on a display unit as images of the service channelsreceived from the receiver, and outputs voices corresponding to theseimages from a speaker. The external device may directly receive servicechannels transmitted from the local terrestrial broadcaster or the like.

Signals of elements constituting a service such as video data, audiodata, and control signals having an identical IP address and packaged inthe foregoing manner are handled in units of service channel (service).Accordingly, various operation modes such as addition of an applicationto a service channel are easily achievable with high flexibility.

Configuration Example of Broadcasting System

FIG. 7 is a view illustrating a configuration of a broadcasting systemaccording to an embodiment of the present technology.

As illustrated in FIG. 7, a broadcasting system 1 includes atransmitting device 10, a receiving device 20, a home server 30, anexternal device 40, an application server 50, and a distribution server60. The receiving device 20, the home server 30, and the external device40 are disposed within a residence 2, and connected with each other viaa home network 70. The receiving device 20 is connected with theapplication server 50 and the distribution server 60 via the Internet90.

The transmitting device 10 transmits broadcasting content such as a TVprogram via a broadcasting wave of digital broadcasting which uses theIP transmission method.

The receiving device 20 receives broadcasting signals transmitted fromthe transmitting device 10 to acquire images and voices of broadcastingcontent. The receiving device 20 displays images of broadcasting contenton a display unit, and outputs voices synchronous with the images from aspeaker. The receiving device 20 may be constituted by an independentbody containing the display and the speaker, or may be included in atelevision receiver or a video recorder as a built-in unit.

The receiving device 20 exchanges various types of data with the homeserver 30 via the home network 70. The home server 30 receives andrecords, via the home network 70, data transmitted from the receivingdevice 20, and supplies data to the receiving device 20 in response to arequest from the receiving device 20.

The receiving device 20 exchanges various types of data with theexternal device 40 via the home network 70. The external device 40receives data transmitted from the receiving device 20 via the homenetwork 70, and displays the received data. The external device 40 is amobile device such as a smartphone and a tablet-type terminal.

The application server 50 manages applications executed in conjunctionwith broadcasting content. The application server 50 supplies anapplication to the receiving device 20 via the Internet 90 in responseto a request from the receiving device 20. The receiving device 20executes the application received from the application server 50 inconjunction with the broadcasting content.

The distribution server 60 provides communication content such asbroadcast programs already broadcast, and movies already released viathe Internet 90 in response to Video On Demand (VOD). The receivingdevice 20 receives communication content delivered from the distributionserver 60 via the Internet 90. The receiving device 20 displays imagesof the communication content on the display unit, and outputs voicessynchronous with the images from the speaker.

This is all the structure of the broadcasting system 1.

Configuration Example of Transmitting Device

FIG. 8 is a view illustrating a configuration of the transmitting deviceaccording to an embodiment of the present technology.

As illustrated in FIG. 8, the transmitting device 10 includes a videodata acquisition unit 111, a video encoder 112, an audio dataacquisition unit 113, an audio encoder 114, a caption data acquisitionunit 115, a caption encoder 116, a control signal acquisition unit 117,a control signal processing unit 118, a file data acquisition unit 119,a file processing unit 120, a Mux 121, and a transmission unit 122.

The video data acquisition unit 111 acquires video data from a built-instorage, or a server, a camera or the like disposed outside, andsupplies the acquired video data to the video encoder 112. The videoencoder 112 encodes the video data supplied from the video dataacquisition unit 111 in conformity to an encoding method such as MPEG,and supplies the encoded video data to the Mux 121.

The audio data acquisition unit 113 acquires audio data from a built-instorage, or a server, a microphone or the like disposed outside, andsupplies the acquired audio data to the audio encoder 114. The audioencoder 114 encodes the audio data supplied from the audio dataacquisition unit 113 in conformity to an encoding method such as MPEG,and supplies the encoded audio data to the Mux 121.

The caption data acquisition unit 115 acquires caption data from abuilt-in storage, or a server or the like disposed outside, and suppliesthe acquired caption data to the caption encoder 116. The captionencoder 116 encodes the caption data supplied from the caption dataacquisition unit 115 in conformity to a predetermined encoding method,and supplies the encoded caption data to the Mux 121.

The control signal acquisition unit 117 acquires control signals such asLLS and SCS from a built-in storage, or a server or the like disposedoutside, and supplies the acquired control signals to the control signalprocessing unit 118. The control signal processing unit 118 performspredetermined signal processing for control signals received from thecontrol signal acquisition unit 117, and supplies the processed controlsignals to the Mux 121. For example, the control signal processing unit118 performs signal processing for SCS acquired by the control signalacquisition unit 117 to allow transmission of the SCS by FLUTE session.

The file data acquisition unit 119 acquires file data such as NRTcontent and an application from a built-in storage or a server or thelike disposed outside, and supplies the acquired file data to the fileprocessing unit 120 at the time of transmission of data in asynchronousfile format. The file processing unit 120 performs predetermined fileprocessing for the file data received from the file data acquisitionunit 119, and supplies the processed file data to the Mux 121. Forexample, the file processing unit 120 performs file processing for thefile data acquired by the file data acquisition unit 119 to allowtransmission of the file data by FLUTE session.

The Mux 121 multiplexes the video data received from the video encoder112, the audio data received from the audio encoder 114, the captiondata received from the caption encoder 116, the control signals receivedfrom the control signal processing unit 118, and the file data receivedfrom the file processing unit 120 to generate a BBP stream in IPtransmission format, and supplies the generated BBP stream to atransmission unit 122. The transmission unit 122 transmits the BBPstream supplied from the Mux 121 via an antenna 123 as broadcastingsignals.

Configuration Example of Receiving Device

FIG. 9 is a view illustrating a configuration of the receiving deviceaccording to an embodiment of the present technology.

As illustrated in FIG. 9, the receiving device 20 includes a tuner 212,a Demux 213, a clock generator 214, a video decoder 215, a video outputunit 216, an audio decoder 217, an audio output unit 218, a captiondecoder 219, a FLUTE processing unit 220, a storage 221, a controlsignal processing unit 222, an NVRAM 223, a service package unit 224, acommunication I/F 225, a browser 226, and a streaming processing unit227.

The tuner 212 extracts broadcasting signals of a service correspondingto a selected channel from broadcasting signals received via an antenna211, demodulates the extracted broadcasting signals, and supplies a BBPstream in IP transmission format obtained by demodulation to the Demux213.

The Demux 213 separates the BBP stream in IP transmission formatsupplied from the tuner 212 into video data, audio data, caption data,control signals and the like, and outputs the separated data and signalsto a subsequent block. More specifically, the Demux 213 is constitutedby a BBP filter 251, an IP filter 252, a UDP filter 253, an LCT filter254, and an SGDU filter bank 255. The BBP filter 251 performs filteringbased on a BBP header, and supplies LLS to the SGDU filter bank 255.

The IP filter 252 performs filtering based on IP headers. The UDP filter253 performs filtering based on UDP headers. The LCT filter 254 performsfiltering based on LCT headers. After the filtering performed by the 9Pfilter 252 through the LCT filter 254, NTP is supplied to the clockgeneration unit 214, while SCS is supplied to the SGDU filter bank 255.The video data, the audio data, and the caption data are supplied to thevideo decoder 215, the audio decoder 217, and the caption decoder 219,respectively. Respective file data is supplied to the FLUTE processingunit 220.

The SGDU filter bank 255 performs filtering based on an SGDU header, andsupplies LLS and SCS to the control signal processing unit 222 or theFLUTE processing unit 220 in an appropriate manner. The IP filter 252performs filtering based on an IP address, and supplies components(audio/video), control signals (SCS) and the like having an identical IPaddress, and time information (NTP) to the service package unit 224.

The clock generator 214 generates a clock signal based on the NTPreceived from the Demux 213, and supplies the generated clock signal tothe video decoder 215, the audio decoder 217, and the caption decoder219.

The video decoder 215 decodes video data supplied from the Demux 213 indecoding format corresponding to the video encoder 112 (FIG. 8) based onthe clock signal received from the clock generator 214, and supplies thedecoded vide data to the video output unit 216. The video output unit216 outputs the video data supplied from the video decoder 215 to thesubsequent display unit (not shown). As a result, images of a TV programare displayed on the display unit, for example.

The audio decoder 217 decodes the audio data supplied from the Demux 213in decoding format corresponding to the audio encoder 114 (FIG. 8) basedon the clock signal received from the clock generator 214, and suppliesthe decoded audio data to the audio output unit 218. The audio outputunit 218 supplies the audio data received from the audio decoder 217 tothe subsequent speaker (not shown). As a result, voices corresponding toimages of a TV program are output from the speaker, for example.

The caption decoder 219 decodes the caption data supplied from the Demux213 in decoding format corresponding to the caption encoder 116 (FIG. 8)based on the clock signal received from the clock generator 214, andsupplies the decoded caption data to the video output unit 216. Thevideo output unit 216 having received the caption data from the captiondecoder 219 combines the caption data with the video data received fromthe video decoder 215, and supplies the combined data to the subsequentdisplay unit (not shown). As a result, the images of the TV programs,and captions corresponding the images are both displayed on the displayunit.

The FLUTE processing unit 220 restores ESG, applications, NRT contentand the like from respective file data supplied from the Demux 213. Forexample, the FLUTE processing unit 220 records the restored ESG or NRTcontent in the storage 221. The FLUTE processing unit 220 supplies therestored applications to the browser 226. The FLUTE processing unit 220supplies SCS received from the Demux 213 to the control signalprocessing unit 222. In this case, the SCS may be supplied to thecontrol signal processing unit 222 not from the FLUTE processing unit220, but directly from the Demux 213.

The storage 221 is a large volume recording device such as a Hard DiskDrive (HDD). The storage 221 records respective data supplied from theFLUTE processing unit 220 and the like.

The control signal processing unit 222 controls operations of respectiveunits based on the control signals (LLS, SCS) supplied from the Demux213 or the FLUTE processing unit 220. The NVRAM 223 is a non-volatilememory which records respective data under control by the control signalprocessing unit 222.

The service package unit 224 packages elements constituting a servicechannel, such as components, control signals, and time informationsupplied from the Demux 213, and records the packaged elements in thestorage 221. The service package unit 224 reads packaged data for theservice channel from the storage 221, depackages the data, and suppliesthe depackaged data to the IP filter 252 of the Demux 213. Thisstructure allows restoration and reproduction of the packaged elementsconstituting the service channel. The data contained in the packagedservice channels may be supplied to the home server 30, the externaldevice 40 and the like connected to the home network 70 via thecommunication I/F 225.

The communication I/F 225 exchanges data with the home server 30, theexternal device 40 and the like connected to the home network 70. Thecommunication I/F 225 receives an application from the applicationserver 50 provided on the Internet 90, and supplies the receivedapplication to the browser 226. The browser 226 receives an applicationfrom either the FLUTE processing unit 220 or the communication I/F 225.The browser 226 having received an application generates video dataconstituted by HTML document described in Hyper Text Markup Language 5(HTML5) in accordance with this application, and supplies the generatedvideo data to the video output unit 216. As a result, images of theapplication in conjunction with a TV program are displayed on thedisplay unit.

The communication I/F 225 also receives communication content datadistributed from the distribution server 60 provided on the Internet 90,and supplies the received data to the streaming processing unit 227. Thestreaming processing unit 227 performs various types of processingnecessary for streaming reproduction of the data supplied from thecommunication I/F 225, and supplies video data obtained by thisprocessing to the video output unit 216, and audio data obtained by thisprocessing to the audio output unit 218. As a result, images of thecommunication content are displayed on the display unit, and voicessynchronous with the images are output from the speaker.

According to the receiving device 20 illustrated in FIG. 9, the tuner212, the Demux 213, the clock generator 214, the video decoder 215, thevideo output unit 216, the audio decoder 217, the audio output unit 218,the caption decoder 219, the storage 221, the NVRAM 223, and thecommunication I/F 225 constitute hardware, for example. On the otherhand, the FLUTE processing unit 220, the control signal processing unit222, the service package unit 224, the browser 226, and the streamingprocessing unit 227 in the receiving device 20 are realized underprograms executed by a CPU (CPU 901 in FIG. 71), for example.

The storage 221 contained in the configuration of the receiving device20 as a built-in unit as illustrated in FIG. 9 may be an externalstorage.

(Details of Filtering)

Filtering of respective packets performed by the Demux 213 (FIG. 9) inthe FLUTE transmission method is hereinafter detailed with reference toFIG. 10.

As illustrated in FIG. 10, the Demux 213 receives various types ofheader information, and respective packets containing LLS, NTP, SCS, andvarious types of file data or video data and audio data as payloads.

A BBP header contains type information indicating IP or signaling. TheBBP filter 251 performs filtering based on the type informationcontained in the BBP header. According to the example illustrated inFIG. 10, signaling is indicated only by the type information containedin the packet of LLS, while IP is indicated by each type informationcontained in the other packets. Accordingly, only the packet of LLS issupplied to the SGDU filter bank 255.

An IP header contains an IP address. The IP filter 252 performsfiltering based on the IP address contained in the IP header. In therespective packets to each of which the IP header is added in theexample illustrated in FIG. 10, only a packet of NTP has a different IPaddress, while the other packets have an identical IP address.

A UDP header contains a port number. The UDP filter 253 performsfiltering based on the port number contained in the UDP header.According to the example illustrated in FIG. 10, port numbers of the UDPheaders added to respective packets differ from each other. An LCTheader is added to each of packets transmitted by FLUTE session, whilean RTP header is added to each of packets transmitted by RTP session.After the IP filter 252 and the UDP filter 253 perform filtering basedon the IP address and the port numbers, a packet of NTP to which the LCTheader is not added is output to the clock generator 214. The packets ofvideo data and audio data to which the RTP header is added are output tothe video decoder 215 and the audio decoder 217, respectively.

Each LCT header contains Transport Session Identifier (TSI) andTransport Object Identifier (TOI). In case of Flute session, a specificfile is designated based on these identification information. The LCTfilter 254 performs filtering based on the TSI and TOI contained in eachLCT header. According to the example illustrated in FIG. 10, the LCTfilter 254 supplies the packet of SCS (SDP and the like) to the SGDUfilter bank 255 at the time of designation of TSI and TOI specifyingthis SCS (SDP and the like). The LCT filter 254 also outputs packets ofvarious types of file data to the FLUTE processing unit 220 inaccordance with the TSI and TOI contained in each LCT header.

The SGDU filter bank 255 receives the packet of LLS and the packet ofSCS. The SGDU filter bank 255 performs filtering based on SGDU headersadded to these packets. In this case, the SGDU filter bank 255 storesonly packets meeting filter conditions in a buffer memory of the SGDUfilter bank 255. These stored packets are intermittently extracted bysoftware from the CPU (CPU 901 in FIG. 71). For example, the packet ofSDP may be made to pass only at the time of a version change based onthe SGDU header describing version information (fragmentVersion in FIG.14). After the filtering process, the packet of LLS is output to thecontrol signal processing unit 222, while the packet of SCS is output tothe FLUTE processing unit 220. However, the packet of SCS may be outputdirectly to the control signal processing unit 222 without passingthrough the FLUTE processing unit 220.

Concerning packets of SCS (SDP and the like), respective file data,video data, and audio data corresponding to an identical service channelto which the identical IP address is added, the IP filter 252 can outputthese packets to the service package unit 224 together with the packetof NTP. Then, the service package unit 224 can package the components(audio/video), time information (NTP), control signals (SCS and thelike), and others in units of service channel (service). According tothis example, NTP common to a plurality of service channels is given. Inthis case, NTP has an IP address different from the IP address of theother packets. However, packaging with only two IP addresses is at leastrealizable.

(Signaling System in FLUTE Transmission Method)

A signaling system in the FLUTE transmission method is hereinafterdescribed with reference to FIGS. 11 through 13.

(Basic Signaling System)

FIG. 11 is a view illustrating a basic signaling system in the FLUTEtransmission method.

As illustrated in FIG. 11, LLS contains SCT, SAT, and RRT. The SCThaving a transmission cycle of one second, for example, is acquired byinitial scan, or from a dedicated server (not shown) provided on theInternet 90. The SAT having a transmission cycle of 100 milliseconds isacquired at the time of channel selection of a service.

The SCT has a triplet structure including a transport stream (BBPstream) configuration and a service configuration within a broadcastingnetwork. The SCT contains network_id, and a transport stream loopidentified by transport_stream_id. The transport stream loop containsESG_bootstrap information, and a service loop identified by service_id.The service loop contains an IP address and SCS_bootstrap informationfor a corresponding service. While not shown in the figure, the SCTcontains information and the like concerning a physical layer to be usedas channel selection information.

The SAT indicates a service currently on the air. The SCT and the SATcan be linked with each other by service_id to determine whether or nota particular service is on the air. The RRT indicates a regionalinformation table concerning classification of programs.

As illustrated in FIG. 11, the SCS contains SDP. The SDP has atransmission cycle of 100 milliseconds, for example. The SDP indicatesservice attributes in units of service, component configurationinformation, component attributes, component filter information, andcomponent location information. The SDP is prepared for each service.According to the example illustrated in FIG. 11, the SDP is transmittedby FLUTE session. In this case, the SDP can be acquired from FLUTEsession based on the IP address of the corresponding service, and theport number and Transport Session Identifier (TSI) contained in theSCS_bootstrap information for transmitting the SDP. Moreover, the SDPcontains information describing acquisition of components. Accordingly,video data and audio data are acquired in units of service by accessingcomponents based on the information contained in the SDP, for example.

According to the example illustrated in FIG. 11, ESG is transmitted byFLUTE session. The ESG is an electronic service guide constituted byAccess, Service, Content, Schedule, PurchaseItem and others. The ESG canbe acquired from FLUTE session based on an IP address, a port number,and Transport Session Identifier (TSI) for transmission of the ESGcontained in ESG_bootstrap information in the SCT. An Access table ofthe ESG describes Uniform Resource Locator (URL) information in the SDP.The SDP transmitted by FLUTE session is capable of resolving the URL ofthe SDP. Accordingly, designation of specific SDP is allowed based onthe URL information in the ESG. In this case, the ESG and the SDP arelinked with each other without intervention of LLS, wherefore devicescorresponding to a particular architecture are operable without LLS.

As described above, LLS (SCT, SAT, RRT) and SCS (SDP) are transmittedvia an SGDU container. Similarly, ESG is transmitted via an SGDUcontainer. Accordingly, the methods for transmitting these elements canbe unified.

(Signaling System in NRT Service)

FIG. 12 is a view illustrating a signaling system in an NRT service inthe FLUTE transmission method.

The NRT service in this context is a service for reproducing NRT contenttransmitted in NRT broadcasting after temporality storing the NRTcontent in the storage 221 of the receiving device 20.

As illustrated in FIG. 12, LLS in the NRT service contains SCT, SAT, andRRT similarly to the example illustrated in FIG. 11. According to theNRT service, SCS (SDP) and ESG are transmitted by FLUTE sessionsimilarly to the example illustrated in FIG. 11. The SDP in the NRTservice contains a port number and TSI as detailed below with referenceto FIGS. 55 through 62. Accordingly, acquisition of a file of particularNRT content is allowed based on the TSI with reference to indexinformation contained in File Delivery Table (FDT) cyclicallytransmitted in FLUTE session and acquired.

(Signaling System in Hybrid Service)

FIG. 13 is a view illustrating a signaling system in a hybrid service inthe FLUTE transmission method.

The hybrid service in this context is a service which uses broadcastingin the digital broadcasting field in linkage with the Internet. Thishybrid service is capable of executing applications distributed via theInternet in conjunction with broadcasting content such as TV programs.

As illustrated in FIG. 13, LLS in the hybrid service contains SCT, SAT,and RRT similarly to the example illustrated in FIG. 11. According tothe hybrid service, SCS and ESG are transmitted by FLUTE sessionsimilarly to the example illustrated in FIG. 11. The SCS in the hybridservice uses AIT as well as SDP as detailed below with reference toFIGS. 63 through 65. An application transmitted by FLUTE session, or anapplication provided by the application server 50 is acquired based onthe AIT, and executed in conjunction with a TV program or the like.

As illustrated in FIG. 13, the SDP and the AIT are transmitted as SCS bythe same FLUTE session. In this case, the SDP and the AIT may beindividually identified based on particular TOI given to each of the SDPand AIT, or identification information (fragment TransportID in FIG. 14)contained in an SGDU header, for example.

(SGDU Structure in FLUTE Transmission Method)

FIG. 14 is a view illustrating an SGDU structure in the FLUTEtransmission method.

As illustrated in FIG. 14, Service Guide Delivery Unit (SGDU) isconstituted by header information (Unit_Header) and a payload(Unit_Payload). The SGDU contains extension information (extension_data)as necessary.

The header information contains fragmentTransport ID andfragmentVersion. The fragmentTransport ID indicates fragmentidentification. For example, SCT, SDP and the like are identified byfragmentTransportID. The fragmentVersion indicates a version number of afragment.

The payload contains actual data of at least either an XML fragment oran SDP fragment. More specifically, the payload contains data on one ora plurality of fragments corresponding to the number designated byn_o_service_guide_fragments included in the header information. In thiscase, a combination of the plurality of fragments contained in thepayload, such as a combination of both the XML fragment and the SDPfragment, may be arbitrarily determined. Positions of arbitraryfragments in the plurality of fragments contained in the payload may beindicated by offset in the header information.

When the XML fragment is contained, fragmentType indicating the type ofthe fragment is provided together with actual data. When the SDPfragment is contained, fragmentID for identifying the fragment isprovided together with actual data.

When the extension information is contained, extension type indicatingthe type of the extension information is provided together withextension_data. The position of the extension information may beindicated by designating extension_offset in the header information. Theextension information is used not in the FLUTE transmission method, butused in the UDP transmission method described below.

This is all the description concerning the FLUTE transmission method.

<(2) UDP Transmission Method>

The UDP transmission method is hereinafter described.

(Protocol Stack)

FIG. 15 is a view illustrating a protocol stack in digital broadcastingin the UDP transmission method.

As illustrated in FIG. 15, a lowest layer is a physical layer. A layerimmediately above the physical layer is an IP layer. A BBP stream isinterposed between the physical layer and the IP layer. A layerimmediately above the IP layer is an UDP layer. A layer immediatelyabove the UDP layer contains RTP, FLUTE/ALS, and SCS.

Accordingly, the UDP transmission method is different from the FLUTEtransmission method in that the SCS, which is disposed in the layerabove the FLUTE/ALS in the FLUTE transmission method, is positioned inthe layer above the UDP layer. However, SDP, AIT and the like aretransmitted as the SCS similarly to the FLUTE transmission method. TheSDP contains service attributes in units of service, componentconfiguration information, component attributes, component filterinformation, and component location information, for example. The AIT isapplication control information in a hybrid service.

A layer disposed immediately above the FLUTE/ALS is fMP4, while a layerdisposed immediately above RTP and fMP4 contains video data, audio data,caption data and others. A layer disposed immediately above theFLUTE/ALS contains NRT content and ESG. In this case, the NRT contentand the ESG are transmitted by FLUTE session. Further provided is LLSindicating low layer signaling information transmitted on the BBPstream. For example, service configuration information such as SCT, SAT,and RRT is transmitted as LLS.

(ID System in UDP Transmission Method)

FIG. 16 is a view illustrating a relationship between signals of abroadcasting wave and an ID system in the UDP transmission method.

As illustrated in FIG. 16, network_id is allocated to a broadcastingwave having a frequency band of 6 MHz. Each of the broadcasting wavescontains one or a plurality of BBP streams identified bytransport_stream_id. Each of the BBP streams includes a plurality of BBPpackets each of which is constituted by a BBP header and a payload.

Each of the BBP streams contains a plurality of services identified byservice_id. Each of the services is constituted by a plurality ofcomponents. Each of the components corresponds to information such asvideo data and audio data for constituting a program.

Accordingly, the ID system of the UDP transmission method adopts atriplet structure including a combination of network_id,transport_stream_id, and service_id similarly to the FLUTE transmissionmethod.

(Configuration of Broadcasting Wave in UDP Transmission Method)

FIG. 17 is a view illustrating a configuration of a broadcasting wave indigital broadcasting in the UDP transmission method.

As illustrated in FIG. 17, one or a plurality of the BBP streams can beacquired from a broadcasting wave having a frequency band of 6 MHz(“Network” in the figure). In addition, NTP, a plurality of servicechannels, an electronic service guide, and LLS can be acquired from eachof the BBP streams. In this case, the NTP, the service channels, and theelectronic service guide are transmitted under protocol of UDP/IP.However, the LLS is transmitted on the BBP stream.

Each of the service channels contains components such as video data andaudio data, and SCS such as SDP and AIT. Moreover, each of the servicechannels is given a common IP address so that components, controlsignals and the like can be packaged for each service channel based onthis IP address.

(Configuration of LLS)

FIG. 18 is a view illustrating a configuration of LLS in the UDPtransmission method.

As illustrated in FIG. 18, a BBP packet is constituted by a BBP headerand a payload. At the time of transmission of an IP packet by a BBPstream, this XP packet constitutes a payload portion.

At the time of transmission of LLS by a BBP stream, this LLS is disposedafter the BBP header. The LLS contains SCT, SAT and the like. In thiscase, an SGDU header is added to an XML fragment corresponding to a partof LLS data and constituting the LLS main body. Accordingly, the SCT andSAT are transmitted via an SGDU container.

Accordingly, the configuration of LLS in the UDP transmission method isbasically similar to the configuration of LLS in the FLUTE transmissionmethod.

(Configuration of SCS)

FIG. 19 is a view illustrating a configuration of SCS in the UDPtransmission method.

As illustrated in FIG. 19, RTP session is used when video data or audiodata is transmitted in synchronous stream format. In this case, eachheader of BBP, IP, UDP, and RTP is added to the payload. On the otherhand, FLUTE session is used when file data such as fMP4, ESG, and NRTcontent is transmitted in asynchronous file format. In this case, eachheader of BBP, IP, UDP, and LCT is added to the payload. In the figure,NTP provided as a layer higher than a UDP layer is disposed after eachheader of BBP, IP, and UDP.

The SCS transmitted not by using FLUTE session in the UDP transmissionmethod is disposed after each header of BBP, IP, and UDP without an LCTheader. The SCS includes SDP and the like described in text format, forexample. In this case, an SGDU header is added to an SDP fragmentcorresponding to a part of SCS data and constituting the SCS main body.Accordingly, the SDP is transmitted via an SGDU container. The SGDU maycontain extension information. In this case, URL information in the SDP(url_text in FIG. 24) is provided as the extension information in theSGDU (SGDU extension). When the URL information is provided, the Accesstable of the ESG describes URL information in the SDP. Accordingly,designation of particular SDP is allowed with reference to the Accesstable.

(Concept of Service Channel)

According to the UDP transmission method, a common IP address is addedto each of service channels similarly to the FLUTE transmission method.In this case, components, control signals and the like can be packagedfor each service channel based on the common IP address. Signals ofelements constituting a service such as video data, audio data, andcontrol signals having an identical IP address and packaged in theforegoing manner are handled in units of service channel (service).Accordingly, various operation modes such as addition of an applicationto a service channel are easily achievable with high flexibility.

(Configuration Example of Broadcasting System)

The UDP transmission system may adopt a configuration for transmissionand reception in digital broadcasting similar to the correspondingconfiguration of the broadcasting system 1 (FIG. 7) used in the FLUTEtransmission method. In addition, the transmitting device 10 in the UDPtransmission method may have a configuration similar to theconfiguration illustrated in FIG. 8, while the receiving device 20 inthe UDP transmission method may have a configuration similar to theconfiguration illustrated in FIG. 9. These configurations alreadydiscussed above in the case of adopting the FLUTE transmission methodare not repeatedly described herein. However, the FLUTE transmissionmethod and the UDP transmission method are different in the transmissionmethod of SCS, wherefore the details of only this transmission methodare given below with reference to FIGS. 20 through 24.

(Details of Filtering)

Filtering of respective packets performed by the Demux 213 (FIG. 9) inthe UDP transmission method is hereinafter detailed with reference toFIG. 20.

As illustrated in FIG. 20, the Demux 213 receives respective headerinformation, and packets containing LLS, NTP, SCS, respective file data,or video data and audio data as payloads.

The BBP filter 251 performs filtering based on type informationcontained in the BBP header, and supplies a packet of LLS to the SGDUfilter bank 255.

The IP filter 252 performs filtering based on the IP address containedin the IP header. The UDP filter 253 performs filtering based on portnumbers contained in the UDP headers. After the IP filter 252 and theUDP filter 253 perform filtering based on the IP address and the portnumbers, a packet of NTP to which the LCT header is not added is outputto the clock generator 214. The packet of SCS to which the LCT header isnot added is supplied to the SGDU filter bank 255. The packets of videodata and audio data to which the RTP header is added are output to thevideo decoder 215 and the audio decoder 217, respectively.

The LCT filter 254 performs filtering based on TSI and TOI contained ineach LCT header, and supplies packets of respective file data to theFLUTE processing unit 220. The SGDU filter bank 255 receives the packetof LLS and the packet of SCS. The SGDU filter bank 255 performsfiltering based on SGDU headers added to these packets. For example, thepacket of SDP may be made to pass only at the time of a version changebased on the SGDU header describing version information (fragmentVersionin FIG. 24). After the filtering process, the packets of LLS and SCS areoutput to the control signal processing unit 222.

Concerning packets of SCS (SDP), respective file data, video data, andaudio data corresponding to an identical service channel to which anidentical IP address is added, the IP filter 252 can output thesepackets to the service package unit 224 together with the packet of NTP.Then, the service package unit 224 can package the components(audio/video), time information (NTP), control signals (SCS), and othersin units of service channel (service). According to this example, NTPcommon to a plurality of service channels is given. In this case, NTPhas an IP address different from the IP address of the other packets.However, packaging with only two IP addresses is at least realizable.

(Signaling System in UDP Transmission Method)

A signaling system in the UDP transmission method is hereinafterdescribed with reference to FIGS. 21 through 23.

(Basic Signaling System)

FIG. 21 is a view illustrating a basic signaling system in the UDPtransmission method.

As illustrated in FIG. 21, LLS contains SCT, SAT, and RRT. The SCThaving a transmission cycle of one second, for example, is acquired byinitial scan, for example. The SAT having a transmission cycle of 100milliseconds is acquired at the time of channel selection of a service.

The SCT contains network_id, and a transport stream loop identified bytransport_stream_id. The transport stream loop contains ESG_bootstrapinformation, and a service loop identified by service_id. The serviceloop contains an IP address and SCS_bootstrap information for acorresponding service. The SCT and SAT can be linked with each other byservice_id to determine whether or not a particular service is currentlyon the air.

As illustrated in FIG. 21, SCS contains SDP. The SDP has a transmissioncycle of 100 milliseconds, for example. According to the exampleillustrated in FIG. 21, the SDP is transmitted by UDP. In this case, theSDP transmitted by UDP can be acquired based on an IP address of acorresponding service, and a port number contained in the SCS_bootstrapinformation for transmitting the SDP. Moreover, the SDP containsinformation describing acquisition of components. Accordingly, videodata and audio data are acquired in units of service by accessingcomponents based on the information contained in the SDP, for example.

According to the example illustrated in FIG. 21, ESG is transmitted byFLUTE session. The ESG can be acquired from FLUTE session based on an IPaddress, a port number, and TSI contained in ESG_bootstrap informationin the SCT for transmission of the ESG. An Access table of the ESGdescribes URL information in the SDP. The SDP is transmitted via an SGDUcontainer. However, when the SDP and the URL information are acquiredand stored beforehand, for example, the particular SDP can be designatedwith reference to the Access table of the ESG based on the URLinformation (url_text in FIG. 24) in the SDP provided as extensioninformation in the SGDU. In other words, the UDP transmission methoddoes not transmit the SDP by FLUTE session, but is capable of accessingparticular SDP with reference to the Access table of the ESG. Inaddition, the ESG and the SDP are linked with each other withoutintervention of LLS, wherefore devices corresponding to a particulararchitecture are operable without LLS.

As described above, LLS (SCT, SAT, RRT) and SCS (SDP) are transmittedvia an SGDU container. Similarly, ESG is transmitted via an SGDUcontainer. Accordingly, the methods for transmitting these elements canbe unified.

(Signaling System in NRT Service)

FIG. 22 is a view illustrating a signaling system in an NRT service inthe UDP transmission method.

As illustrated in FIG. 22, LLS contains SCT, SAT, and RRT in an NRTservice similarly to the example illustrated in FIG. 21. According tothe NRT service, ESG is transmitted by FLUTE session similarly to theexample illustrated in FIG. 21. However, SCS (SDP) is not transmitted byFLUTE session in the UDP transmission method, wherefore SDP transmittedby UDP is acquired based on an IP address and a port number. The SDP inthe NRT service contains a port number and TSI as detailed below withreference to FIGS. 55 through 62. Accordingly, acquisition of a file ofparticular NRT content is allowed based on the TSI with reference toindex information contained in File Delivery Table (FDT) cyclicallytransmitted in FLUTE session and acquired.

(Signaling System in Hybrid Service)

FIG. 23 is a view illustrating a signaling system in a hybrid service inthe UDP transmission method.

As illustrated in FIG. 23, LLS in the hybrid service contains SCT, SAT,and RRT similarly to the example illustrated in FIG. 21. According tothe hybrid service, ESG is transmitted by FLUTE session similarly to theexample illustrated in FIG. 21. However, SCS (SDP) is not transmitted byFLUTE session in the UDP transmission method, wherefore SDP transmittedby UDP is acquired based on an IP address and a port number. The SCS inthe hybrid service contains AIT as well as SDP as detailed below withreference to FIGS. 63 through 65. An application transmitted by FLUTEsession, or an application provided by the application server 50 isacquired based on the AIT, and executed in conjunction with a TV programor the like.

(SGDU structure in UDP Transmission Method)

FIG. 24 is a view illustrating an SGDU structure in the UDP transmissionmethod.

As illustrated in FIG. 24, Service Guide Delivery Unit (SGDU) isconstituted by header information (Unit_Header) and a payload(Unit_Payload). The SGDU contains extension information (extension_data)as necessary.

The header information contains fragmentTransport ID andfragmentVersion. The fragmentTransport ID indicates fragmentidentification. For example, SCT, SDP and the like are identified byfragmentTransportID. The fragmentVersion indicates a version number of afragment.

The payload contains actual data of at least either an XML fragment oran SDP fragment. More specifically, the payload contains data on one ora plurality of fragments corresponding to the number designated byn_o_service_guide_fragments included in the header information. In thiscase, a combination of the plurality of fragments contained in thepayload, such as a combination of both the XML fragment and the SDPfragment, may be arbitrarily determined. Positions of arbitraryfragments in the plurality of fragments contained in the payload may beindicated by offset in the header information.

When the XML fragment is contained, fragmentType indicating the type ofthe fragment is provided together with actual data. When the SDPfragment is contained, fragmentID for identifying the fragment isprovided together with actual data.

According to the UDP transmission method, extension information(extension_data) is given unlike the FLUTE transmission method. As thisextension information, URL information in the SDP is contained inurl_text together with extension_type indicating a type of extensioninformation. A URL length is indicated by url_length. The position ofthe extension information may be indicated by designatingextension_offset in the header information.

This is all the description concerning the UDP transmission method.

2. Signaling Information

Hereinafter described is signaling information transmitted in digitalbroadcasting using the IP transmission method according to the presenttechnology. While the FLUTE transmission method and the UDP transmissionmethod are different in the transmission method of SCS, contents ofsignaling information to be transmitted are the same for both themethods.

<(1) Structure Details of LLS (SCT, SAT, RRT)>

(SCT Data Structure)

FIG. 25 is a view illustrating a data structure of SCT. According toelements and attributes illustrated in FIG. 25, “@” is given to theattributes. Indented elements and attributes are child elementscontained in high-order parent elements( )

As illustrated in FIG. 25, sct element contains network_id attribute,name attribute, and BBP_stream element. In the figure, network_idattribute designates an identifier of a broadcaster for each physicalchannel. In the figure, name attribute designates a name of abroadcaster for each physical channel.

In the figure, BBP_stream element is a child element of sct element, anddesignates information concerning a BBP stream. This BBP stream elementcontains transport_stream_id attribute, payload_type attribute, nameattribute, ESG_bootstrap element, and service element.

In the figure, transport_stream_id attribute designates an identifier ofa BBP stream. When a plurality of BBP streams are provided, each of theBBP streams is identified by transport_stream_id. In the figure,payload_type attribute designates a payload type of a BBP stream. Forexample, IPv4, IPv6, MPEG2-TS are designated as the payload type. In thefigure, name attribute designates a name of a BBP stream.

In the figure, ESG_bootstrap element is a child element of BBP_stream,and designates access information about access to ESG. ThisESG_bootstrap element contains source_IP_address attribute,destination_IP_address attribute, UDP_port_num attribute, and TSIattribute.

In the figure, source_IP_address attribute and destination_IP_addressattribute designate IP addresses of a transmission source (source) and atransmission destination (destination) for transmission of ESG,respectively. In the figure, UDP_port_num attribute designates a portnumber for transmission of ESG. In the figure, TSI attribute designatesTSI in FLUTE session for transmission of ESG.

In the figure, service element is a child element of BBP_stream element,and designates information concerning a service. This service elementcontains service_id attribute, service_type attribute, and SCS_bootstrapelement.

In the figure, service_id attribute designates an identifier of aservice. When a plurality of services are provided, each of the servicesis identified by service_id attribute. In the figure, service_typeattribute designates type information indicating a type of a service.This type information designates TV, audio, data, NRT, ESG and the like.

In the figure, SCS_bootstrap element is a child element of serviceelement, and designates information about access to a service channel.This SCS_bootstrap element contains source_IP_address attribute,destination_IP_address attribute, port_num attribute, and TSI attribute.

In the figure, source_IP_address attribute and destination_IP_addressattribute designate IP addresses of a transmission source (source) and atransmission destination (destination) for transmission of a service,respectively. In the figure, port_num attribute designates a port numberfor transmission of SCS. In the figure, TSI attribute designates TSI inFLUTE session for transmitting SCS.

The data structure of SCT described with reference to FIG. 25 ispresented only by way of example. Other data structures may be adoptedinstead of the data structure shown herein. In addition, SCT isdescribed in a markup language such as XML. FIGS. 26 and 27 illustratedescription examples of SCT.

(SAT Data Structure)

FIG. 28 is a view illustrating a data structure of SAT. According toelements and attributes illustrated in FIG. 28, “@” is given to theattributes. Indented elements and attributes are child elementscontained in high-order parent elements.

As illustrated in FIG. 28, sat element contains service element. Thisservice element contains service_id attribute. This service_id attributedesignates an identifier of a service currently on the air. When aplurality of services on the air are present, a plurality of pieces ofservice_id corresponding to the respective services are given.

The data structure of SAT described with reference to FIG. 28 ispresented only by way of example. Other data structures may be adoptedinstead of the data structure shown herein. In addition, SAT isdescribed in a markup language such as XML. FIG. 29 illustratesdescription examples of SAT.

(RRT Data Structure)

FIG. 30 is a view illustrating a data structure of RRT. According toelements and attributes illustrated in FIG. 30, “@” is given to theattributes. Indented elements and attributes are child elementscontained in high-order parent elements.

As illustrated in FIG. 30, rrt element contains rating_region attribute,name attribute, and dimension element. In the figure, rating_regionattribute designates a rating region. In the figure, name attributedesignates a name of a rating region.

In the figure, dimension element is a child element of rrt element, andcontains name attribute, graduated_scale attribute, and rating_valueelement. In the figure, rating_value element containsabbrev_rating_value attribute, and rating_value. These elements andattributes indicate regional information concerning classification ofprograms.

The data structure of PRT described with reference to FIG. 30 ispresented only by way of example. Other data structures may be adoptedinstead of the data structure shown herein.

<(2) Structure Details of SCS(SDP)

(Outline of SDP)

An outline of SDP is hereinafter described with reference to FIGS. 31through 35.

As illustrated in FIG. 31, SDP is described in text format. In thiscase, SDP description document is constituted by session description andmedia descriptions. Each of the media descriptions can describe aplurality of sets of media information transmitted by RTP session, suchas audio data and video data. FIG. 32 defines data structures of thesession description and the media description. FIG. 33 defines attributetypes of media.

More specifically, concerning origin (o), connection data (c), mediaannouncements (m) as typical examples, origin (o) designates user name(username), session ID (sess-id), session version (sess-version),network type (nettype), address type (addrtype), unicast address(unicast-address), and other information as illustrated in FIG. 34.

On the other hand, connection data (c) designates network type(nettype), address type (addrtype), connection address(connection-address), and other information as illustrated in FIG. 34.Furthermore, media announcements (m) designates media type (media), portnumber (port), protocol (proto), format (fmt), and other information.

More specifically, the SDP description document illustrated in FIG. 31designates protocol version as “0”, origin (o) as “ricky 2890876487228908764872 IN IP4 host.example.com”, connection data (c) as “IN IP4192.0.2.4”, and timing (t) as “0 0” in the session description.

In the SDP description document illustrated in FIG. 31, mediaannouncements (m) designates “audio 49170 RTP/AVP 0 3 18” in the firstmedia description. As illustrated in FIG. 33, a row starting with “a=”indicates an attribute of a corresponding medium. More specifically,each row of “a=rtpmap” maps an encoding type to a payload type of a rowof “m-audio” as illustrated in FIG. 35. Similarly, each row of“a=rtpmap” in the second media description of the SDP descriptiondocument illustrated in FIG. 31 maps an encoding type to a payload.

SDP Description Example

Hereinafter described are SDP description examples with reference toFIGS. 36 through 38.

FIG. 36 illustrates a description example of SDP in a service includingvideo data and audio data each constituted by one stream and transmittedby RTP session. More specifically, according to the description exampleillustrated in FIG. 36, an “m=video” row indicates that a port number ofvideo data transmitted by RTP session is 8000. Moreover, “a=rtpmap” in asubsequent row maps an encoding type to a payload type, and indicates astate that video data is encoded by H.264. In this case, the time scaleof RTP time stamp is 90000 in the video data.

According to the description example illustrated in FIG. 36, an“m-audio” row indicates that a port number of audio data transmitted byRTP session is 7000. Moreover, “a-rtpmap” in a subsequent row maps anencoding type to a payload type, and indicates a state that audio datais encoded by AAC-LD (Advanced Audio Codec Low Delay). In this case, thetime scale of RTP time stamp is 1600 in the audio data.

FIG. 37 illustrates another description example of SDP in RTP session.FIG. 38 illustrates a description example of SDP in FLUTE session.

3. Specific Operation Examples

Specific operation examples of the receiving device according to thepresent technology are hereinafter described. In these operationexamples, transmission by the FLUTE transmission method is chieflydiscussed as an example of the IP transmission method, and transmissionby the UDP transmission method is finally touched upon. The operationexamples are described in the following order.

(1) Basic Operation

(1-1) Scan

(1-2) Channel Selection

(1-3) Recording

(2) NRT Service Handling

(2-1) NRT-ESG Acquisition

(2-2) NRT Content Acquisition and Reproduction

(2-3) NRT Content Acquisition and Display

(3) Hybrid Service Handling

(3-1) Application Acquisition and Display

(4) UDP Transmission Method

<(1) Basic Operation>

A basic operation of the receiving device 20 is hereinafter describedwith reference to FIGS. 39 through 54. Signaling in the basic operationof the FLUTE transmission method is similar to the signaling discussedabove with reference to FIG. 11.

(1-1) Scan

(1-11) Initial Scan

Discussed hereinbelow with reference to FIGS. 39 through 41 is aninitial scan process performed when the receiving device 20 is initiallystarted for setting a receivable channel, for example.

FIG. 39 is a view illustrating the initial scan process.

When the receiving device 20 detects an initial scan start instructionbased on operation by a viewer as illustrated in FIG. 39 (S101), forexample, the receiving device 20 acquires SCT transmitted as LLS in apredetermined transmission cycle (S102), and records the SCT in theNVRAM 223 as channel selection information (S103). This scan process isrepeated for each broadcasting network to record channel selectioninformation for all stations (SCTs) in the NVRAM 223 (S104, S105).Accordingly, in a state that entire information about a particularbroadcasting network has been transmitted by each SCT, only LLS (SCT) ina default BBP stream (BS) needs to be acquired for each broadcastingnetwork.

More specifically, SCT contains a transport stream (BBP stream)configuration and a service configuration within the broadcastingnetwork as illustrated in FIG. 40. These configurations are identifiedbased on a triplet. The SCT indicates a setting of an IP address of acorresponding transport stream. Accordingly, in the structuredetermining a common IP address for respective services, the SCTacquired as channel selection information designates an IP addresscorresponding to each service_id. While not all elements are describedin the example illustrated in FIG. 40, information about a physicallayer, ESG_bootstrap information, SCS_bootstrap information in units ofservice, and other information are contained in the SCT.

As described above, the initial scan process for acquiring SCT in unitsof broadcasting network achieves acquisition of channel selectioninformation for all of the stations, and records the acquiredinformation in the NVRAM 223.

FIG. 41 is a view illustrating operation of the receiving device 20 atthe time of the initial scan.

As illustrated in FIG. 41, the tuner 212 of the receiving device 20 atthe time of the initial scan extracts and demodulates broadcastingsignals of a first channel, and supplies data thus obtained to the BBPfilter 251 (S121). The BBP filter 251 and the SGDU filter bank 255 (notshown) perform filtering to extract SCT from the data in the tuner 212,and supply the extracted SCT to the control signal processing unit 222as channel selection information (S121). The control signal processingunit 222 records the channel selection information (SCT) in the NVRAM223 (S122).

As a result, the SCT (channel selection information) of the firstbroadcasting network is recorded in the NVRAM 223. The processes in S121through S122 in FIG. 41 are repeated to sequentially record channelselection information acquired from the second through Nth (N:1 orlarger integer) broadcasting networks in the NVRAM 223, and storechannel selection information (SCTs) for all receivable stations.

A TCP filter 256 illustrated in FIG. 41 is a filter for TransmissionControl Protocol (TCP). A CAS/DRM 261 performs processing associatedwith copyright of content.

(1-12) ESG Acquisition

Discussed hereinbelow with reference to FIGS. 42 through 44 is an ESGacquisition process performed when power of the receiving device 20 isturned off to acquire ESG (electronic service guide), for example.

FIG. 42 is a view illustrating the ESG acquisition process.

As illustrated in FIG. 42, the receiving device 20 reads selectionchannel information (SCT) recorded in the NVRAM 223 when a fixed ESGacquisition time passes every day, for example (S141). The channelselection information contains ESG_bootstrap information, wherefore ESGinformation is acquired by accessing ESG session in FLUTE session basedon the ESG_bootstrap information, and recorded in the storage 221 (S142,S143). This ESG acquisition process is repeated for each broadcastingnetwork to record ESG information for all of the stations in the storage221 (S144, S145). Accordingly, in a state that each ESG contains entireinformation about a particular broadcasting network, only ESG in adefault BBP stream (BS) needs to be acquired for each broadcastingnetwork.

According to FLUTE session, a particular file is designated based on twotypes of identification information of Transport Session Identifier(TSI) and Transport Object Identifier (TOI). In this case, FDTcyclically transmitted can be acquired based on TSI contained inESG_bootstrap information. More specifically, File Delivery Table (FDT)transmitted for each TSI as a file in a state of TOI=0 describes indexinformation for each TSI. Accordingly, ESG information constituted byService, Schedule, Content, Access and others is generated based on afile transmitted by ESG session with reference to index information inFDT, and can be recorded in the storage 221 as illustrated in FIG. 43.

FIG. 44 is a view illustrating operation of the receiving device 20 atthe time of ESG acquisition.

As illustrated in FIG. 44, the control signal processing unit 222 of thereceiving device 20 at the time of ESG acquisition reads channelselection information (SCT) recorded in the NVRAM 223, and acquires TSIand the like contained in ESG_bootstrap information as ESG sessioninformation (S161). The FLUTE processing unit 220 acquires FDT based onthe ESG session information received from the control signal processingunit 222, and acquires a file transmitted by ESG session with referenceto index information contained in the FDT (S162). The FLUTE processingunit 220 generates ESG information from the file transmitted by ESGsession (S163), and records the ESG information in the storage 221(S164).

As a result, the ESG information for the first broadcasting network isrecorded in the storage 221. Similarly, the processes in S161 throughS164 in FIG. 44 are repeated to store ESG information for all of thedesignatable stations based on channel selection information (SCT)recorded in the NVRAM 223.

(1-2) Channel Selection

(1-21) Direct Channel Selection

Discussed hereinbelow with reference to FIGS. 45 through 47 is a directchannel selection process performed when a particular channel (service)is directly selected based on operation of a remote controller by aviewer.

FIG. 45 is a view illustrating the direct channel selection process.

When the receiving device 20 detects channel selection operation inputby the viewer, the receiving device 20 reads channel selectioninformation (SCT) recorded in the NVRAM 223 as illustrated in FIG. 45(S201). The receiving device 20 further acquires SAT transmitted as LLSin a predetermined transmission cycle (S202). Then, the receiving device20 compares service_id of the particular service selected by the viewerand service_id contained in the SAT to determine whether or not aparticular service is currently on the air (S203).

When the particular service is on the air, the receiving device 20acquires SDP by accessing SDP of the particular service transmitted byFLUTE session based on SCS_bootstrap information corresponding toservice_id of the selected particular service contained in the channelselection information (SCT) (S204).

The SDP contains component attributes and configuration information suchas port numbers and TSI of respective components. Accordingly,components of the particular service can be acquired from RTP session orFLUTE session by filtering based on the port numbers and TSI containedin the SDP. In addition, time information (NTP) common to a plurality ofservices can be acquired by filtering based on an IP address for NTP.According to the example illustrated in FIG. 45, video data and audiodata are acquired as components from RTP session (S205, S206). The videodata and audio data thus acquired are decoded in accordance with a clocksignal corresponding to the NTP.

More specifically, service_id of the particular service selected basedon operation of the remote controller or the like and service_id of theservice contained in the SAT are compared as illustrated in FIG. 46.When the particular service is on the air, SDP transmitted by FLUTEsession is acquired based on SCS_bootstrap information of the particularservice. Then, components of the particular service are acquired fromRTP session or FLUTE session based on component information contained inthe SDP.

FIG. 47 is a view illustrating operation of the receiving device 20 atthe time of direct channel selection.

As illustrated in FIG. 47, the control signal processing unit 222 of thereceiving device 20 at the time of direct channel selection readschannel selection information (SCT) recorded in the NVRAM 223 (S221).The tuner 212 performs the channel selection process in accordance withthe channel selection information under control by the control signalprocessing unit 222. The control signal processing unit 222 alsoacquires SAT extracted by filtering performed by the BBP filter 251 andthe SGDU filter bank 255 (not shown) to determine whether or not aparticular service selected by the viewer is currently on the air(S222).

When the particular service is on the air, the FLUTE processing unit 220acquires SDP from FLUTE session in accordance with filtering performedby the IP filter 252 through the SGDU filter bank 255 based on an IPaddress, port numbers, TSI and the like (S223). Then, the control signalprocessing unit 222 acquires SDP from the FLUTE processing unit 220.According to the example illustrated in FIG. 47, components aretransmitted by RTP session. Accordingly, the IP filter 252 and the UDPfilter 253 perform filtering based on the IP address and the portnumbers, and supply NTP, video data, and audio data to the clockgenerator 214, the video decoder 215, and the audio decoder 217,respectively (S224).

The clock generator 214 generates a clock signal based on the NTPreceived from the UDP filter 253, and supplies the clock signal to thevideo decoder 215 and the audio decoder 217 (S225). The video decoder215 decodes video data received from the UDP filter 253 in accordancewith the clock signal received from the clock generator 214, andsupplies the decoded video data to the not-shown video output unit 216(S226). The audio decoder 217 decodes the audio data received from theUDP filter 253 in accordance with the clock signal received from theclock generator 214, and supplies the decoded audio data to thenot-shown audio output unit 218 (S226). As a result, images of a TVprogram corresponding to the particular service directly selected by theviewer are displayed on the display unit, while voices corresponding tothe images are output from the speaker.

(1-22) ESG Channel Selection

Discussed hereinbelow with reference to FIGS. 48 through 50 is an ESGchannel selection process performed when a particular service isselected from electronic service guide (ESG) based on operation of theremote controller by a viewer.

FIG. 48 is a view illustrating the ESG channel selection process.

When the receiving device 20 detects ESG display operation input by theviewer, the receiving device 20 reads ESG information from the storage221 (S241), and displays the ESG information on the display unit (S242)as illustrated in FIG. 48. Then, the viewer selects a particular servicefor viewing from a service list displayed on the display unit. When thereceiving device 20 detects selection operation input by the viewer forselecting a particular service (S243), the receiving device 20 readschannel selection information from the NVRAM 223, and performs thechannel selection process (S244).

Similarly to the direct channel selection process discussed above, thereceiving device 20 acquires SAT transmitted as LLS in a predeterminedtransmission cycle (S245). Then, the receiving device 20 comparesservice_id of the particular service selected by the viewer andservice_id of the service contained in the SAT to determine whether ornot the particular service is currently on the air. When the particularservice is on the air, an IP address, port numbers, and TSI contained inSCS_bootstrap information are specified with reference to service_id ofthe selected service based on channel selection information (SCT). Then,SDP transmitted by FLUTE session is acquired by filtering based on thespecified IP address and the like (S246).

The SDP contains component attributes and configuration information suchas port numbers and TSI of respective components. Accordingly,components of the particular service can be acquired from RTP session orFLUTE session by filtering based on the port numbers, TSI and the likecontained in the SDP. In addition, time information (NTP) or the likecommon to a plurality of services can be acquired by filtering based onan IP address for NTP or the like. According to the example illustratedin FIG. 48, video data and audio data are acquired as components fromRTP session (S248). The video data and audio data thus acquired aredecoded in accordance with a clock signal corresponding to the NTP.

More specifically, service_id of the particular service selected basedon ESG information and service_id of the service contained in the SATare compared as illustrated in FIG. 49. When the particular service ison the air, SDP of the particular service transmitted by FLUTE sessionis acquired based on SCS_bootstrap information about the particularservice. Then, components of the particular service are acquired fromRTP session or FLUTE session based on component information contained inthe SDP.

FIG. 50 illustrates operation of the receiving device 20 at the time ofESG channel selection.

As illustrated in FIG. 50, the receiving device 20 at the time of ESGchannel selection reads ESG information from the storage 221, anddisplays the ESG information on the display unit (S261). When thecontrol signal processing unit 222 detects selection operation input bythe viewer for selecting a particular service for ESG information, thecontrol signal processing unit 222 reads channel selection information(SCT) recorded in the NVRAM 223 (S262). The tuner 212 performs thechannel selection process in accordance with the channel selectioninformation under control by the control signal processing unit 222. Thecontrol signal processing unit 222 also acquires SAT extracted byfiltering performed by the BBP filter 251 and the SGDU filter bank 255(not shown) to determine whether or not the particular service selectedby the viewer is currently on the air (S263).

When the particular service is on the air, the FLUTE processing unit 220acquires SDP from FLUTE session by filtering performed by the IP filter252 through the SGDU filter bank 255 based on an IP address, portnumbers, TSI and the like (S264). Then, the control signal processingunit 222 acquires SDP from the FLUTE processing unit 220. According tothe example illustrated in FIG. 50, components are transmitted by RTPsession. Accordingly, the IP filter 252 and the UDP filter 253 performfiltering based on the IP address and the port numbers, and supply NTP,video data, and audio data to the clock generator 214, the video decoder215, and the audio decoder 217, respectively (S265).

The clock generator 214 generates a clock signal based on the NTPreceived from the UDP filter 253, and supplies the clock signal to thevideo decoder 215 and the audio decoder 217 (S266). The video decoder215 decodes video data received from the UDP filter 253 in accordancewith the clock signal received from the clock generator 214, andsupplies the decoded video data to the not-shown video output unit 216(S267). The audio decoder 217 decodes the audio data received from theUDP filter 253 in accordance with the clock signal received from theclock generator 214, and supplies the decoded audio data to thenot-shown audio output unit 218 (S267). As a result, images of a TVprogram corresponding to the particular service selected by the viewerfrom a service list of the electronic service guide are displayed on thedisplay unit, while voices corresponding to the images are output fromthe speaker.

(1-3) Recording

(1-31) ESG Recording Reservation and Execution

Discussed hereinbelow with reference to FIGS. 51 through 53 is an ESGrecording reservation and execution process performed when recordingreservation of a particular service is executed based on electronicservice guide (ESG) by operation of the remote controller or the like bya viewer.

FIG. 51 is a view illustrating the ESG recording reservation andexecution process.

When the receiving device 20 detects display operation input by theviewer for displaying an electronic service guide, the receiving devicereads ESG information from the storage 221 (S301), and displays aservice list (ESG information) for the electronic service guide on thedisplay unit (S302) as illustrated in FIG. 51. Then, the viewer selectsa particular service for recording reservation from the service listdisplayed on the display unit. When the receiving device 20 detectsselection operation input by the viewer for selecting a particularservice, the receiving device 20 records recording reservationinformation corresponding to the selection operation in the storage 221(S303, S304).

Then, the receiving device 20 is notified about a recording starttrigger immediately before a start time of recording reservation of theparticular service (S305). The receiving device 20 reads recordingreservation information and channel selection information about theparticular service from the storage 221 and the NVRAM 223 in response tothe recording start trigger, and performs the channel selection process(S306, S307).

Similarly to the direct channel selection process and other processesdiscussed above, the receiving device 20 acquires SAT transmitted as LLSin a predetermined transmission cycle (S308). Then, service_id of theparticular service reserved by the viewer for recording and service_idof the service contained in the SAT are compared to determine whether ornot the particular service is on the air. When the particular service ison the air, an IP address, port numbers, and TSI contained inSCS_bootstrap information are specified with reference to service_id ofthe selected service based on the channel selection information (SCT).Accordingly, SDP transmitted by FLUTE session is acquired by filteringbased on the specified IP address, port numbers, and TSI (S309).

The SDP contains component attributes and configuration information suchas port numbers and TSI of respective components. Accordingly,components of the particular service can be acquired from RTP session orFLUTE session by filtering based on the port numbers, TSI and the likecontained in the SDP (S310, S311). In addition, time information (NTP)common to a plurality of services can be acquired by filtering based onan IP address for NTP. The components, control signals (SDP), timeinformation (NTP) and other information thus acquired are packaged inunits of service, and recorded in the storage 221 as program recordinginformation corresponding to the particular service (S312, S313).However, the program recording information may be recorded in thestorage 221 as it is, or may be recorded after filing.

More specifically, when the particular service is selected from the ESGinformation, a triplet, a title of the recording program, recordingstart time (start time), recording end time (end time) and the like ofthe service are recorded in the storage 221 as recording reservationinformation as illustrated in FIG. 52. At the recording start time, therecording reservation information and the channel selection information(SCT) about the particular service are acquired, and the channelselection process is initiated. In addition, SAT transmitted as LLS inthe predetermined transmission cycle is acquired to determine whether ornot the particular service is on the air. When the particular service ison the air, SDP transmitted by FLUTE session is acquired based onSCS_bootstrap information about the particular service.

Moreover, components of the particular service can be acquired from RTPsession by filtering based on the IP address. In this example, videodata and audio data are acquired as components. Furthermore, NTP isacquired by filtering based on an IP address for NTP specified inaccordance with the channel selection information. The components(audio/video), time information (NTP), control signals (SCS (SDP)) andthe like acquired by filtering based on the IP address are packaged inunits of service, and recorded in the storage 221 as program recordinginformation corresponding to the particular service.

FIG. 53 is a view illustrating operation of the receiving device 20 atthe time of ESG recording reservation and execution.

As illustrated in FIG. 53, the receiving device 20 at the time of ESGrecording reservation and execution reads ESG information from thestorage 221, and displays a service list of an electronic service guideon the display unit (S321). When a particular service is selected by theviewer from the service list displayed on the display unit, thereceiving device 20 records recording reservation informationcorresponding to the selection operation in the storage 221 (S322).

When the control signal processing unit 222 is notified about arecording start trigger in a subsequent step, the control signalprocessing unit 222 reads recording reservation information and channelselection information about the particular service from the storage 221and the NVRAM 223 (S323, S324). Then, the tuner 212 performs the channelselection process in accordance with the recording reservationinformation and the channel selection information about the particularservice under control by the control signal processing unit 222. Thecontrol signal processing unit 222 also acquires SAT extracted byfiltering performed by the BBP filter 251 and the SGDU filter bank 255(not shown) to determine whether or not the particular service selectedby the viewer is on the air (S325).

When the particular service is on the air, the FLUTE processing unit 220acquires SDP from FLUTE session by filtering performed by the IP filter252 and the SGDU filter bank 255 based on an IP address, port numbers,TSI and the like (S326). Then, the control signal processing unit 222acquires SDP from the FLUTE processing unit 220.

Moreover, components (audio/video), time information (NTP), and controlsignals (SCS (SDP)) of the particular service are extracted by filteringperformed by the IP filter 252 based on the IP address, and supplied tothe service package unit 224. Then, the service package unit 224packages the components, time information, and control signals receivedfrom the IP filter 252 in units of service, and records the packagedcomponents and the like in the storage 221 as program recordinginformation corresponding to the particular service (S327).

Accordingly, the ESG recording reservation and execution process canextract components constituting a particular service reserved by theviewer for recording, and information such as control signals byfiltering based on an IP address, and package these components andinformation in units of service.

(1-32) Recorded Program Reproduction

Described hereinbelow is a recorded program reproduction processperformed when program recording information recorded in the storage 221by the ESG recording reservation and execution process discussed aboveis reproduced.

FIG. 54 is a view illustrating operation of the receiving device 20 atthe time of recorded program reproduction.

The receiving device 20 at the time of recorded program reproductionreads ESG information from the storage 221, and displays a service listcorresponding to recorded program recording information on the displayunit (S341). When a particular service is selected by the viewer fromthe service list, the service package unit 224 reads program recordinginformation corresponding to the particular service from the storage 221in accordance with the selection operation (S342, S343).

The service package unit 224 depackages the program recordinginformation corresponding to the particular service and read from thestorage 221 to acquire components (audio/video), time information (NTP),and control signals (SCS (SDP)) packaged in units of service (S343).These information is supplied to the IP filter 252.

According to the example illustrated in FIG. 54, components aretransmitted by RTP session. Accordingly, the IP filter 252 and the UDPfilter 253 perform filtering based on an IP address and port numbers,and supply NTP, video data, and audio data to the clock generator 214,the video decoder 215, and the audio decoder 217, respectively (S343).

The clock generator 214 generates a clock signal based on the NTPreceived from the UDP filter 253, and supplies the clock signal to thevideo decoder 215 and the audio decoder 217 (S344). The video decoder215 decodes video data received from the UDP filter 253 in accordancewith the clock signal received from the clock generator 214, andsupplies the decoded video data to the not-shown video output unit 216(S345). The audio decoder 217 decodes the audio data received from theUDP filter 253 in accordance with the clock signal received from theclock generator 214, and supplies the decoded audio data to thenot-shown audio output unit 218 (S345).

As a result, images of a TV program corresponding to the particularservice selected by the viewer from the service list are displayed onthe display unit, while voices corresponding to the images are outputfrom the speaker.

Accordingly, a particular service is reproducible by the recordedprogram reproduction process based on components, control informationand the like packaged in units of service by the ESG recordingreservation and execution process.

<(2) NRT Service Handling>

Operation of the receiving device 20 for handling an NRT service ishereinafter described with reference to FIGS. 55 through 62. Signalingin an NRT service in the FLUTE transmission method is similar to thesignaling discussed above with reference to FIG. 12.

(2-1) NRT-ESG Acquisition

Described hereinbelow with reference to FIGS. 55 and 56 is an NRT-ESGacquisition process performed when power of the receiving device 20 isturned off to acquire ESG information containing NRT information(hereinafter referred to as “NRT-ESG information”), for example.

FIG. 55 is a view illustrating the NRT-ESG acquisition process.

As illustrated in FIG. 55, the receiving device 20 reads selectionchannel information (SCT) recorded in the NVRAM 223 when ESG acquisitiontime such as a fixed time passes every day, for example (S401). Thechannel selection information contains ESG_bootstrap information,wherefore NRT-ESG information is acquired by access to ESG session inFLUTE session based on the ESG_bootstrap information, and recorded inthe storage 221 (S402, S403). This NRT-ESG acquisition process isrepeated for respective broadcasting networks to record NRT-ESGinformation for all of the stations in the storage 221 (S404, S405).Accordingly, in a state that each NRT-ESG contains entire informationabout a particular broadcasting network, only NRT-ESG in a default BBPstream (BS) needs to be acquired for each broadcasting network.

FIG. 56 is a view illustrating operation of the receiving device 20 atthe time of NRT-ESG acquisition.

As illustrated in FIG. 56, the control signal processing unit 222 of thereceiving device 20 at the time of NRT-ESG acquisition reads channelselection information recorded in the NVRAM 223, and acquires TSIcontained in ESGbootstrap information as ESG session information (S421).The FLUTE processing unit 220 acquires FDT based on the ESG sessioninformation received from the control signal processing unit 222, andacquires a file transmitted by ESG session with reference to indexinformation contained in the FDT (S422). The FLUTE processing unit 220generates NRT-ESG information from the file transmitted by ESG session,and records the NRT-ESG information in the storage 221 (S423, S424).

As a result, the NRT-ESG information for the first broadcasting networkis recorded in the storage 221. Similarly, the processes in S421 throughS424 in FIG. 56 are repeated to store NRT-ESG information for all of thedesignatable channels based on channel selection information recorded inthe NVRAM 223.

(2-2) NRT Content Acquisition and Reproduction

An NRT-content acquisition and reproduction process is hereinafterdescribed with reference to FIGS. 57 through 59. There are three typesof methods in the NRT service, i.e., a browse and download method, apush method, and a portal method. This NRT content acquisition andreproduction process is applicable to the browse and download method andthe push method.

The browse and download method (browse and download) sets receptionreservation based on a downloadable content list, and initiates areception and accumulation process when reservation start time comes.The push method (push) displays a push service list and registers aservice, and performs a reception and accumulation process whendistribution of registered service content starts. The portal method(portal) selects a channel (service) dedicated for NRT broadcasting,receives NRT content corresponding to the selected channel, and displaysthe received NRT content. The browse and download method is now chieflytouched upon with reference to FIGS. 57 through 59.

FIG. 57 is a view illustrating the NRT content acquisition andreproduction process.

When the receiving device 20 detects display operation input by a viewerfor displaying NRT-ESG, the receiving device 20 reads NRT-ESGinformation from the storage 221 (S441), and displays NRT-ESGinformation on the display unit (S442) as illustrated in FIG. 57. Then,the viewer selects particular content from a downloadable content listdisplayed on the display unit. When the receiving device 20 detectsselection operation for selecting particular content, the receivingdevice 20 records reception reservation information corresponding to theselection operation in the storage 221 (S443, S444). Then, the receivingdevice 20 waits until reception reservation start time of contentreserved for reception comes.

At the reception reservation start time of the content reserved forreception, the receiving device 20 reads reception reservationinformation and channel selection information about the particularcontent from the storage 221 and the NVRAM 223, and performs the channelselection process (S445, S446). When the particular service is on theair, the receiving device 20 acquires SDP transmitted by FLUTE sessionbased on SCS_bootstrap information (S447, S448) similarly to the directchannel selection process and other processes discussed above. Then, thereceiving device 20 acquires particular NRT content transmitted by FLUTEsession based on TSI and the like contained in SDP, and records theacquired NRT content in the storage 221 (S449, S450).

More specifically, NRT-ESG information is acquired from FLUTE sessionbased on ESG_bootstrap information contained in channel selectioninformation (NRT-ESG acquisition process illustrated in FIG. 55 and FIG.56) as illustrated in FIG. 58. When particular content is selected basedon NRT-ESG information, a part of the NRT-ESG information such asService and Schedule is recorded in the storage 221 as receptionreservation information. At the reception reservation start time,reception reservation information and channel selection informationabout a particular service are acquired, and the channel selectionprocess is performed. In addition, SAT transmitted as LLS in thepredetermined transmission cycle is acquired to determine whether or notthe particular service is on the air. When the particular service is onthe air, SDP transmitted by FLUTE session is acquired based onSCS_bootstrap information contained in the channel selectioninformation.

Then, FLUTE session is specified based on component information (portnumbers and TSI) acquired from the SDP, and FDT cyclically transmittedby this FLUTE session can be acquired. For example, FDT containsContent_item as index information, wherefore only a file correspondingto particular NRT content can be acquired from FLUTE session bycomparison between Content_item contained in the FDT and Content_itemcontained in the reception reservation information acquired from theNRT-ESG information. In this case, NRT content is constituted by one ora plurality of files.

The NRT content thus acquired is recorded in the storage 221. Whenoperation is performed by the viewer for selecting particular NRTcontent from the accumulated NRT content list, for example, theparticular NRT content recorded in the storage 221 is read therefrom andreproduced.

FIG. 59 is a view illustrating operation of the receiving device 20 atthe time of NRT content acquisition and reproduction.

As illustrated in FIG. 59, the receiving device 20 at the time of NRTcontent acquisition and reproduction reads NRT-ESG information from thestorage 221, and displays the NRT-ESG information on the display unit(S461). When particular content is selected by the viewer from adownloadable content list displayed on the display unit, the receivingdevice 20 records reception reservation information corresponding to theselection operation in the storage (S461).

At the reception reservation start time of the content reserved forreception, the control signal processing unit 222 reads receptionreservation information and channel selection information about theparticular content from the storage 221 and the NVRAM 223 (S462, S463).Then, the tuner 212 performs the channel selection process in accordancewith the reception reservation information and the channel selectioninformation about the particular content under control by the controlsignal processing unit 222.

The control signal processing unit 222 acquires SAT extracted byfiltering performed by the BBP filter 251 and the SGDU filter bank 255(not shown) to determine whether or not the particular service is on theair (S464). When the particular service is on the air, the FLUTEprocessing unit 220 acquires SDP from FLUTE session by filteringperformed by the IP filter 252 through the SGDU filter bank 255 based onan IP address, port numbers, TSI and the like (S465). Then, the controlsignal processing unit 222 acquires SDP from the FLUTE processing unit220.

Moreover, the IP filter 252 through the LCT filter 254 perform filteringbased on the IP address, port numbers, TSI and the like, while the FLUTEprocessing unit 220 further performs the Content_item comparison processbased on the FDT. As a result, a file corresponding to the particularNRT content is acquired from FLUTE session, and recorded (accumulated)in the storage 221 (S466).

When operation is performed by the viewer for selecting particular NRTcontent from the accumulated NRT content list, data on the particularNRT content recorded in the storage 221 is read from the storage 221.Then, this data is decoded by the video decoder 215 and the audiodecoder 217 to reproduce the NRT content (S467).

While the browse and download method has been chiefly described withreference to FIGS. 57 through 59, the NRT content acquisition andreproduction process is applicable to the push method as noted above.More specifically, a reception reservation list of registered servicesis created instead of registering reception reservation informationabout particular NRT content. In this case, NRT content can be receivedand accumulated when distribution of NRT content of the registeredservices is started, similarly to the NRT content acquisition andreproduction process illustrated in FIGS. 57 through 59.

(2-3) NRT Content Acquisition and Display

An NRT content acquisition and display process is hereinafter describedwith reference to FIGS. 60 through 62. This NRT content acquisition anddisplay process is only applicable to the portal method.

FIG. 60 is a view illustrating the NRT content acquisition and displayprocess.

When a portal service (such as weather forecast and latest news) isselected based on operation of the remote controller input by a viewer,for example, the receiving device 20 reads channel selection informationfrom the NVRAM 223, and performs the channel selection process (S481) asillustrated in FIG. 60. When a particular service is currently on theair, the receiving device 20 acquires SDP transmitted by FLUTE sessionbased on SCS_bootstrap information (S482, S483) similarly to the directchannel selection process and other processes discussed above. Then, thereceiving device 20 acquires particular NRT content transmitted by FLUTEsession based on TSI and the like contained in the SDP, and displays theparticular NRT content by using the browser 226 (S484, S485).

More specifically, whether or not the selected particular service is onthe air is determined based on SAT transmitted as LLS in a predeterminedtransmission cycle as illustrated in FIG. 61. When the particularservice is on the air, SDP transmitted by FLUTE session is acquiredbased on SCS_bootstrap information contained in the channel selectioninformation (SCT).

Then, a file corresponding to the particular NRT content is acquiredfrom FLUTE session based on component information (port numbers and TSI)acquired from the SDP, whereafter the file is displayed by the browser226. In this case, the NRT content is constituted by HyperText MarkupLanguage (HTML) document describing information about weather forecast,latest news or the like. For example, a file of index.html can beinitially acquired and supplied to the browser 226 to obtain otherassociated files such as image files.

FIG. 62 is a view illustrating operation of the receiving device 20 atthe time of NRT content acquisition and display.

When a portal service is selected by the viewer, the control signalprocessing unit 222 of the receiving device 20 at the time of NRTcontent acquisition and display reads channel selection information fromthe NVRAM 223 (S491) as illustrated in FIG. 62. Then, the tuner 212performs the channel selection process corresponding to the channelselection information under control by the control signal processingunit 222. The control signal processing unit 222 acquires SAT extractedby filtering performed by the BBP filter 251 and the SGDU filter bank255 (not shown) to determine whether or not the particular service is onthe air (S492). When the particular service is on the air, the FLUTEprocessing unit 220 acquires SDP from FLUTE session by filteringperformed by the IP filter 252 through the SGDU filter bank 255 based onan IP address, port numbers, TSI and the like (S493). Then, the controlsignal processing unit 222 acquires SDP from the FLUTE processing unit220.

Moreover, the FLUTE processing unit 220 acquires a file corresponding tothe particular NRT content from FLUTE session by filtering performed bythe IP filter 252 through the LCT filter 254 based on the IP address,port numbers, TSI and the like, and displays the acquired file by thebrowser 226 (S494).

<3. Hybrid Service Handling>

Finally, operation of the receiving device 20 for handling a hybridservice is hereinafter described with reference to FIGS. 63 through 65.Signaling in the hybrid service in the FLUTE transmission method issimilar to the signaling discussed above with reference to FIG. 13.

(3-1) Application Acquisition and Display

FIG. 63 is a view illustrating an application acquisition and displayprocess.

When a particular service is selected based on operation of the remotecontroller by a viewer, for example, the receiving device 20 readschannel selection information (SCT) from the NVRAM 223, and performs thechannel selection process (S501) as illustrated in FIG. 63. In addition,the receiving device 20 acquires SAT to determine whether or not theselected particular service is currently on the air (S502). When theparticular service is on the air, SDP transmitted by FLUTE session isacquired based on SCS_bootstrap information acquired from the channelselection information (SCT) (S503).

The receiving device 20 acquires video data and audio data from RTPsession based on the SDP. The receiving device 20 decodes the video dataand audio data in accordance with a clock signal corresponding to NTP.As a result, images of broadcasting content corresponding to theparticular service selected by the viewer are displayed on the displayunit, while voices corresponding to the images are output from thespeaker (S504).

The receiving device 20 further acquires application control informationtransmitted as SCS in a predetermined transmission cycle based onSCS_bootstrap information acquired from the channel selectioninformation (SCT) (3505). The application control information in thiscontext is information for controlling operation of an applicationexecuted in conjunction with broadcasting content, such as ApplicationInformation Table (AIT) and trigger information (Trigger). For example,the application control information describes identificationinformation, an acquisition source, and definition information fordefining a life cycle of the application. When URL of the applicationserver 50 is described as an acquisition source of an application, thereceiving device 20 accesses the application server 50 via the Internet90 based on this URL to acquire the application (S506).

For example, an application is constituted by HTML document describinginformation associated with broadcasting content, and is displayed bythe browser 226 (S506). Accordingly, the broadcasting content, andimages of the application associated with the broadcasting content aresimultaneously displayed on the display unit. An application may beacquired from FLUTE session instead of Internet distribution (S507).

More specifically, whether or not the selected particular service iscurrently on the air is determined based on SAT transmitted as LLS in apredetermined transmission cycle as illustrated in FIG. 64. When theparticular service is on the air, SDP transmitted by FLUTE session isacquired based on SCS_bootstrap information acquired from channelselection information (SCT). Then, components of the particular servicecan be acquired from RTP session specified based on componentinformation (port numbers and TSI) contained in the SDP. According tothis example, video data and audio data are acquired as components, anddecoded by the video decoder 215 and the audio decoder 217 in accordancewith time information indicated by NTP to synchronize images and voicesof the broadcasting content.

Moreover, AIT transmitted as SCS by FLUTE session in a predeterminedtransmission cycle is acquired based on SCS_bootstrap information. Inthis case, SDP and AIT transmitted by identical FLUTE session may beidentified from each other based on particular TOI given to each of theSDP and AIT, or identification information of an SGDU header(fragmentTransportID in FIG. 14). The AIT describes information such asidentification information (App_id) and an acquisition source (URL) ofan application.

When an application is transmitted by FLUTE session, for example, theFLUTE session can be specified based on component information (portnumbers and TSI) contained in the SDP to acquire FDT cyclicallytransmitted by the FLUTE session. The FDT contains index information,wherefore the application can be acquired from the FLUTE session basedon the FDT.

FIG. 65 is a view illustrating operation of the receiving device 20 atthe time of application acquisition and display.

When a service is selected by the viewer, the control signal processingunit 222 of the receiving device 20 at the time of applicationacquisition and display reads channel selection information from theNVRAM 223 as illustrated in FIG. 65 (S521). Then, the tuner 212 performsthe channel selection process corresponding to the channel selectioninformation under control by the control signal processing unit 222. Thecontrol signal processing unit 222 also acquires SAT extracted byfiltering performed by the BBP filter 251 and the SGDU filter bank 255(not shown) to determine whether or not the particular service iscurrently on the air (S522).

When the particular service is on the air, the FLUTE processing unit 220acquires SDP from FLUTE session by filtering performed by the IP filter252 through the SGDU filter bank 255 based on an IP address, portnumbers, TSI and the like (S523). Then, the control signal processingunit 222 acquires SDP from the FLUTE processing unit 220.

Components of the broadcasting content are transmitted by RTP session.Accordingly, the IP filter 252 and the UDP filter 253 perform filteringbased on the IP address and the port numbers, and supply NTP, videodata, and audio data to the clock generator 214, the video decoder 215,and the audio decoder 217, respectively (S524).

The clock generator 214 generates a clock signal based on the NTPreceived from the UDP filter 253, and supplies the clock signal to thevideo decoder 215 and the audio decoder 217 (S525). The video decoder215 decodes video data received from the UDP filter 253 in accordancewith the clock signal received from the clock generator 214, andsupplies the decoded video data to the not-shown video output unit 216(S526). The audio decoder 217 decodes the audio data received from theUDP filter 253 in accordance with the clock signal received from theclock generator 214, and supplies the decoded audio data to thenot-shown audio output unit 218 (S526). As a result, images of a TVprogram or the like are displayed on the display unit, while voicescorresponding to the images are output from the speaker.

Moreover, the FLUTE processing unit 220 acquires AIT from FLUTE sessionby filtering performed by the IP filter 252 through the SGDU filter bank255 based on the IP address, port numbers, TSI and the like (9527).Then, the control signal processing unit 222 acquires the AIT from theFLUTE processing unit 220. The receiving device 20 acquires a file of anapplication from FLUTE session based on the AIT, and executes the filein conjunction with the broadcasting content (S528). According to theexample discussed above, the application is transmitted by FLUTEsession. However, the application is acquired from the applicationserver 50 when distributed via the Internet (S529).

According to the above description with reference to FIGS. 63 through65, RTP session and FLUTE session are transmitted by an identicalservice (service channel). However, FLUTE session may be transmitted bya service different from the service of RTP session. In this case, SCS(SDP, AIT) is transmitted for each of these services.

<(4) UDP Transmission Method>

Each of the operation mode examples discussed above adopts the FLUTEtransmission method as the IP transmission method. Described hereinbelowis an example adopting the UDP transmission method. The FLUTEtransmission method and the UDP transmission method are different inthat whether SCS is transmitted by FLUTE session or UDP. Accordingly,this difference is chiefly discussed herein while presenting an exampleof a direct channel selection process.

(4-1) Channel Selection

(4-11) Direct Channel Selection

Discussed hereinbelow with reference to FIGS. 66 and 67 is a directchannel selection process performed when a particular channel (service)is directly selected based on operation of the remote controller by aviewer.

FIG. 66 is a view illustrating the direct channel selection process inthe UDP transmission method.

When the receiving device 20 detects channel selection operation inputby the viewer, the receiving device 20 reads channel selectioninformation (SCT) recorded in the NVRAM 223 as illustrated in FIG. 66(S601). The receiving device 20 further acquires SAT transmitted as LLSin a predetermined transmission cycle (S602). Then, service_id of theparticular service selected by the viewer and service_id contained inSAT are compared to determine whether or not the particular service iscurrently on the air (S603).

When the particular service is on the air, the receiving device 20acquires SDP by accessing SDP of the particular service transmitted byUDP based on SCS_bootstrap information corresponding to service_id ofthe selected particular service contained in the channel selectioninformation (SCT) (S604).

The SDP contains component attributes and configuration information suchas port numbers and TSI of respective components. Accordingly,components of the particular service can be acquired from RTP session orFLUTE session by filtering based on the port numbers and TSI containedin the SDP. In addition, time information (NTP) common to a plurality ofservices can be acquired by filtering based on an IP address for NT.According to the example illustrated in FIG. 66, video data and audiodata are acquired as components from RTP session (S605, S606). The videodata and audio data thus acquired are decoded in accordance with a clocksignal corresponding to the NTP.

FIG. 67 is a view illustrating operation of the receiving device 20 atthe time of direct channel selection in the UDP transmission method.

As illustrated in FIG. 67, the control signal processing unit 222 of thereceiving device 20 at the time of direct channel selection readschannel selection information (SCT) recorded in the NVRAM 223 (S621).The tuner 212 performs the channel selection process in accordance withthe channel selection information under control by the control signalprocessing unit 222. The control signal processing unit 222 alsoacquires SAT extracted by filtering performed by the BBP filter 251 andthe SGDU filter bank 255 (not shown) to determine whether or not theparticular service selected by the viewer is currently on the air(S622).

When the particular service is on the air, SDP transmitted by UDP isacquired by filtering performed by the IP filter 252, the UDP filter253, and the SGDU filter bank 255 based on an IP address, port numbersand the like, and supplied to the control signal processing unit 222(S623). According to the example illustrated in FIG. 67, components aretransmitted by RTP session. Accordingly, the IP filter 252 and the UDPfilter 253 perform filtering based on the IP address and the portnumbers, and supply NTP, video data, and audio data to the clockgenerator 214, the video decoder 215, and the audio decoder 217,respectively (S624).

The clock generator 214 generates a clock signal based on the NTPreceived from the UDP filter 253, and supplies the clock signal to thevideo decoder 215 and the audio decoder 217 (S625). The video decoder215 decodes video data received from the UDP filter 253 in accordancewith the clock signal received from the clock generator 214, andsupplies the decoded video data to the not-shown video output unit 216(S626). The audio decoder 217 decodes the audio data received from theUDP filter 253 in accordance with the clock signal received from theclock generator 214, and supplies the decoded audio data to thenot-shown audio output unit 218 (S626). As a result, images of a TVprogram corresponding to the particular service directly selected by theviewer are displayed on the display unit, while voices corresponding tothe images are output from the speaker.

While the method for acquiring SCS (SDP) in the UDP transmission methodin the example of the direct channel selection process has beendiscussed, SCS (SDP) is similarly acquired in the ESG channel selectionprocess, the ESG recording reservation and execution process, the NRTcontent acquisition and reproduction process (NRT service handling), theNRT content acquisition and display process (NRT service handling), theapplication acquisition and display process (hybrid service handling),and other processes. The same description concerning the UDPtransmission method applied to these processes is not repeated herein.

4. Specific Processes Executed by Respective Devices

Specific processes performed by respective devices constituting thebroadcasting system 1 illustrated in FIG. 7 are hereinafter describedwith reference to FIGS. 68 through 70.

(Transmission Process)

A transmission process performed by the transmitting device 10illustrated in FIG. 7 is initially described with reference to aflowchart in FIG. 68.

In step S711, the video data acquisition unit 111 acquires video data,and supplies the video data to the video encoder 112. In step S712, thevideo encoder 112 encodes the video data supplied from the video dataacquisition unit 111, and supplies the encoded video data to the Mux121.

In step S713, the audio data acquisition unit 113 acquires audio data,and supplies the audio data to the audio encoder 114. In step S714, theaudio encoder 114 encodes the audio data supplied from the audio dataacquisition unit 113, and supplies the encoded audio data to the Mux121.

In step S715, the caption data acquisition unit 115 acquires captiondata, and supplies the caption data to the caption encoder 116. In stepS716, the caption encoder 116 encodes the caption data supplied from thecaption data acquisition unit 115, and supplies the encoded caption datato the Mux 121.

In step S717, the control signal acquisition unit 117 acquires controlsignals such as SCS and LLS, and supplies these control signals to thecontrol signal processing unit 118. In step S718, the control signalprocessing unit 118 performs predetermined signal processing for thecontrol signals received from the control signal acquisition unit 117,and supplies the processed signals to the Mux 121. When the FLUTEtransmission method is adopted, for example, the control signalprocessing unit 118 performs signal processing for SCS acquired by thecontrol signal acquisition unit 117 for transmission by FLUTE session.On the other hand, when the UDP transmission method is adopted, forexample, the control signal processing unit 118 performs signalprocessing for SCS acquired by the control signal acquisition unit 117for transmission by UDP.

In step S719, the file data acquisition unit 119 acquires file data suchas NRT content and an application, and supplies the file data to thefile processing unit 120 at the time of transmission of asynchronousdata in file format. In step S720, the file processing unit 120 performspredetermined file processing for the file data supplied from the filedata acquisition unit 119, and supplies the processed file data to theMux 121.

In step S721, the Mux 121 multiplexes the video data received from thevideo encoder 112, the audio data received from the audio encoder 114,the caption data received from the caption encoder 116, the controlsignals received from the control signal processing unit 118, and thefile data received from the file processing unit 120 to generate BBPstreams in the IP transmission method (FLUTE transmission method or UDPtransmission method), and supplies the generated BBP streams to thetransmission unit 122.

In step S722, the transmission unit 122 transmits, via the antenna 123,broadcasting signals corresponding to the BBP streams supplied from theMux 121. When the FLUTE transmission method is adopted, SCS istransmitted by FLUTE session. When the UDP transmission method isadopted, SCS is transmitted by UDP. After completion of the process instep S722, the transmission process ends.

This is all the description concerning the transmission process.

(Package Recording Process)

A package recording process performed by the receiving device 20illustrated in FIG. 7 is hereinafter described with reference to aflowchart in FIG. 69.

In step S811, a recording reservation process is performed. When aparticular service is selected from a service list corresponding to ESGinformation, the recording reservation process records recordingreservation information about this particular service in the storage 221as described in the ESG recording reservation and execution process inFIG. 51.

After completion of the recording reservation process, the processproceeds to step S812. In step S812, it is determined whether or notnotification of a recording start trigger has been given. When it isdetermined that notification of the recording start trigger has beengiven, the process proceeds to step S813.

In step S813, the control signal processing unit 222 acquires recordingreservation information from the storage 221. In step S814, the controlsignal processing unit 222 acquires channel selection information (SCT)from the NVRAM 223.

In step S815, the tuner 212 performs a channel selection process undercontrol by the control signal processing unit 222. As a result,broadcasting signals of the particular service corresponding to therecording reservation target are extracted and demodulated.

In step S816, the control signal processing unit 222 acquires SATextracted by filtering performed by the BBP filter 251 and the SGDUfilter bank 255. In step S817, the control signal processing unit 222determines whether or not the particular service is currently on the airbased on the SAT.

When it is determined in step S817 that the particular service is not onthe air, the following processes are canceled. As a result, the packagerecording process ends. When it is determined in step S817 that theparticular service is on the air, the process proceeds to step S818.

In step S818, the control signal processing unit 222 acquires SDPcorresponding to predetermined filtering. More specifically, SDPtransmitted by FLUTE session is acquired based on SCS_bootstrapinformation corresponding to service_id of the particular servicecontained in the channel selection information (SCT) when the FLUTEtransmission method is adopted. However, SDP transmitted by UDP isacquired based on SCS_bootstrap information corresponding to service_idof the particular service contained in the channel selection information(SCT) when the UDP transmission method is adopted.

In step S819, the IP filter 252 performs filtering. In this case,components (audio/video), time information (NTP), and control signals(SCS) of the particular service transmitted by RTP session can beacquired, for example, by filtering performed based on an IP addressacquired from the channel selection information (SCT).

In step S820, the service package unit 224 performs a package processfor packaging the components (audio/video), time information (NTP), andcontrol signals (SCS) extracted by the IP filter 252.

In step S821, the service package unit 224 records program recordinginformation about the particular service obtained by the package processin the storage 221. After completion of the process in step S821, thepackage recording process ends.

This is all the description concerning the package recording process.

(Depackage Reproduction Process)

A depackage reproduction process performed by the receiving device 20illustrated in FIG. 7 is hereinafter described with reference to FIG.70.

In step S861, it is determined whether or not a particular service hasbeen selected by a viewer from a service list of recorded servicescorresponding to ESG information. When an instruction of reproduction ofa particular service selected by the viewer is issued, the processproceeds to step S862.

In step S862, the service package unit 224 reads program recordinginformation about the particular service from the storage 221. In stepS863, the service package unit 224 depackages the program recordinginformation read by the process in step S862 to acquire components(audio/video), time information (NTP), and control signals (SCS)packaged in units of service, and supplies the acquired components andthe like to the IP filter 252.

In step S864, the IP filter 252 and the UDP filter 253 perform filteringbased on an IP address and port numbers, and supply NTP, video data, andaudio data to the clock generator 214, the video decoder 215, and theaudio decoder 217, respectively.

In step S865, the clock generator 214 generates a clock signal based onthe NTP supplied from the UDP filter 253, and supplies the clock signalto the video decoder 215 and the audio decoder 217.

In step S866, the video decoder 215 decodes the video data received fromthe UDP filter 253 based on the clock signal received from the clockgenerator 214, and supplies the decoded video data to the video outputunit 216. In step S867, the video output unit 216 outputs the video datasupplied from the video decoder 215 to the display unit.

In step S868, the audio decoder 217 decodes the audio data received fromthe UDP filter 253 based on the clock signal received from the clockgenerator 214, and supplies the decoded audio data to the audio outputunit 218. In step S869, the audio output unit 218 supplies the audiodata received from the audio decoder 217 to the speaker.

As described above, the video data and the audio data are decodedsynchronously in accordance with the clock signal. Accordingly, voicescorresponding to images of a TV program displayed on the display unitare output from the speaker. After completion of the process in stepS869, the depackage reproduction process ends.

This is all the description concerning the depackage reproductionprocess.

Names of respective sets of information in the foregoing descriptionpresented only by way of example may be other names. For example, the“BBP_stream” in the foregoing description is called “BSP stream” in somecases. In addition, “transport_stream_id” in the foregoing descriptionis called “BSP_stream_id” in some cases. Furthermore, “SCS” is called“SC” in some cases. When this name is applied, “SCS_bootstrap” isreferred to as “SC_bootstrap”.

<Description of Computer According to Present Technology>

A series of processes described herein may be executed either byhardware or software. When the series of processes are performed bysoftware, programs included in the software are installed in a computer.Examples of the computer used herein include a computer incorporated indedicated hardware, and a computer, for example, a general-purposepersonal computer, capable of performing various types of functionsunder various types of programs installed in the computer.

FIG. 71 is a block diagram illustrating a configuration example ofhardware of a computer which executes the series of processes describedherein by a program.

The Central Processing Unit (CPU) 901, a Read Only Memory (ROM) 902, anda Random Access Memory (RAM) 903 of a computer 900 are connected witheach other via a bus 904. An input/output interface 905 is furtherconnected to the bus 904. An input unit 906, an output unit 907, arecording unit 908, a communication unit 909, and a drive 910 areconnected to the input/output interface 905.

The input unit 906 is constituted by a keyboard, a mouse, a microphoneand the like. The output unit 907 is constituted by a display, a speakerand the like. The recording unit 908 is constituted by a hard disk, anon-volatile memory and the like. The communication unit 909 isconstituted by a network interface and the like. The drive 910 drives aremovable medium 911 such as a magnetic disk, an optical disk, amagneto-optical disk, or a semiconductor memory.

The CPU 901 of the computer 900 having this structure loads programsrecorded in the recording unit 908 into the RAM 903 via the input/outputinterface 905 and the bus 904, and executes the programs to perform theseries of processes described above.

The programs executed by the computer 900 (CPU 901) may be provided in aform recorded in the removable medium 911 corresponding to a packagemedium. Alternatively, the programs may be provided via a wired orwireless transmission medium such as a local area network, the Internet,and digital satellite broadcasting.

According to the computer 900, the removable medium 911 may be attachedto the drive 910 to install the programs into the recording unit 908 viathe input/output interface 905. Alternatively, programs may be receivedby the communication unit 909 via a wired or wireless transmissionmedium and installed into the recording unit 908. Instead, programs maybe installed beforehand into the ROM 902 or the recording unit 908.

Programs executed by the computer 900 may execute processes in timeseries in the order described in the present specification, or mayexecute processes in parallel or at necessary timing such as the timingof calls.

According to the present specification, processing steps describingprograms under which the computer 900 executes various types ofprocesses need not be processed in time series corresponding to theorder described in the flowcharts, but may be performed in parallel orindividually (such as parallel processes and processes by objects).

Programs may be processed only by one computer, or may be separatelyprocessed by a plurality of computers. Furthermore, the programs may betransferred to a remote computer to be executed by the remote computer.

According to the present specification, the system refers to acollection of plural constituent elements (such as devices and modules(parts)). In this case, all of the constituent elements are not requiredto be included in an identical housing. Accordingly, multiple devicesaccommodated in separate houses and connected via a network, and onedevice including multiple modules accommodated within one housing areboth regarded as systems.

Embodiments of the present technology are not limited to the specificembodiment described herein. Various modifications and changes may bemade without departing from the subject matters of the presenttechnology. For example, the present technology is applicable to asystem of cloud computing where one function is shared by multipledevices and processed in cooperation with one another via a network.

The respective steps discussed with reference to the foregoingflowcharts may be shared and executed by multiple devices rather thanexecuted by one device. When multiple processes are contained in onestep, the multiple processes contained in the one step may be shared andexecuted by multiple devices rather than executed by one device.

The present technology may have the following configurations.

(1)

A receiving device including:

a receiving unit that receives a broadcasting wave of digitalbroadcasting using an IP (Internet Protocol) transmission method; and

a processing unit that processes one or a plurality of componentsconstituting a particular service of a plurality of services included inthe broadcasting wave, and a first control signal transmitted by FileDelivery over Unidirectional Transport (FLUTE) session in such a mannerthat the component or components and the first control signal areprocessed in units of service based on an IP address contained in eachpacket.

(2)

The receiving device according to (1), wherein

a packet of the component and a packet of the first control signalcontained in an identical service have an identical IP address.

(3)

The receiving device according to (1) or (2), wherein

the first control signal is used in a first layer corresponding to alayer higher than an IP layer in layers of protocol in the IPtransmission method, and at least contains information about thecomponent constituting the particular service.

(4)

The receiving device according to (3), wherein

the broadcasting wave transmits a second control signal used in a secondlayer corresponding to a layer lower than the IP layer, and

the second control signal at least contains an ID for identifying anetwork, an ID for identifying a transport stream, and an ID foridentifying a service.

(5)

The receiving device according to any one of (1) through (4), wherein

the particular first control signal transmitted by FLUTE session isdesignated based on URL (Uniform Resource Locator) information containedin an electronic service guide transmitted by the broadcasting wave fordesignating the first control signal.

(6)

The receiving device according to (4), wherein

the second control signal contains information indicating whether aparticular service is on the air.

(7)

The receiving device according to (4) or (6), wherein

the first control signal and the second control signal are contained inan SGDU (Service Guide Delivery Unit) container and transmitted.

(8)

A receiving method for a receiving device, the method including stepsof:

allowing the receiving device to receive a broadcasting wave of digitalbroadcasting using an IP transmission method; and

allowing the receiving device to process one or a plurality ofcomponents constituting a particular service of a plurality of servicesincluded in the broadcasting wave, and a first control signaltransmitted by FLUTE session, in such a manner that the component orcomponents and the first control signal are processed in units ofservice based on an IP address contained in each packet.

(9)

A transmitting device including:

a component acquisition unit that acquires one or a plurality ofcomponents;

a control signal acquisition unit that acquires a control signal; and

a transmission unit that transmits a broadcasting wave of digitalbroadcasting using an IP transmission method in such a manner that apacket of the component constituting a particular service and a packetof the control signal transmitted by FLUTE session have an identical IPaddress.

(10)

A transmitting method for a transmitting device, the method includingthe steps of:

allowing the transmitting device to acquire one or a plurality ofcomponents;

allowing the transmitting device to acquire a control signal; and

allowing the transmitting device to transmit a broadcasting wave ofdigital broadcasting using an IP transmission method in such a mannerthat a packet of the component constituting a particular service and apacket of the control signal transmitted by FLUTE session have anidentical IP address.

(11)

A receiving device including:

a receiving unit that receives a broadcasting wave of digitalbroadcasting using an IP transmission method; and

a processing unit that processes one or a plurality of componentsconstituting a particular service of a plurality of services included inthe broadcasting wave, and a first control signal transmitted by UDP(User Datagram Protocol), in such a manner that the component orcomponents and the first control signal are processed in units ofservice based on an IP address contained in each packet.

(12)

The receiving device according to (11), wherein

a packet of the component and a packet of the first control signalcontained in an identical service have an identical IP address.

(13)

The receiving device according to (11) or (12), wherein

the first control signal is used in a first layer corresponding to alayer higher than an IP layer in layers of protocol in the IPtransmission method, and at least contains information about thecomponent constituting the particular service.

(14)

The receiving device according to (13), wherein

the broadcasting wave transmits a second control signal used in a secondlayer corresponding to a layer lower than the IP layer, and

the second control signal at least contains an ID for identifying anetwork, an ID for identifying a transport stream, and an ID foridentifying a service.

(15)

The receiving device according to (14), wherein

the first control signal and the second control signal are contained inan SGDU container and transmitted.

(16)

The receiving device according to (15), wherein

the packet of the first control signal contains first URL informationfor designating the first control signal as extension information ofSGDU, and

the particular first control signal transmitted by UDP is designated byspecifying the first URL information based on second URL informationthat is contained in an electronic service guide transmitted by thebroadcasting wave and designates the first control signal.

(17)

The receiving device according to any one of (14) through (16), wherein

the second control signal contains information indicating whether aparticular service is on the air.

(18)

A receiving method for a receiving device, the method including thesteps of:

allowing the receiving device to receive a broadcasting wave of digitalbroadcasting using an IP transmission method; and

allowing the receiving device to process one or a plurality ofcomponents constituting a particular service of a plurality of servicesincluded in the broadcasting wave, and a first control signaltransmitted by UDP, in such a manner that the component or componentsand the first control signal are processed in units of service based onan IP address contained in each packet.

(19)

A transmitting device including:

a component acquisition unit that acquires one or a plurality ofcomponents;

a control signal acquisition unit that acquires a control signal; and

a transmission unit that transmits a broadcasting wave of digitalbroadcasting using an IP transmission method in such a manner that apacket of the component constituting a particular service and a packetof the control signal transmitted by UDP have an identical IP address.

(20)

A transmitting method for a transmitting device, the method includingthe steps of:

allowing the transmitting device to acquire one or a plurality ofcomponents,

allowing the transmitting device to acquire a control signal, and

allowing the transmitting device to transmit a broadcasting wave ofdigital broadcasting using an IP transmission method in such a mannerthat a packet of the component constituting a particular service and apacket of the control signal transmitted by UDP have an identical IPaddress.

REFERENCE SIGNS LIST

-   -   1 Broadcasting system    -   10 Transmitting device    -   20 Receiving device    -   111 Video data acquisition unit    -   113 Audio data acquisition unit    -   117 Control signal acquisition unit    -   119 File data acquisition unit    -   121 Mux    -   122 Transmission unit    -   212 Tuner    -   213 Demux    -   214 Clock generator    -   215 Video decoder    -   216 Video output unit    -   217 Audio decoder    -   218 Audio output unit    -   219 Caption decoder    -   220 FLUTE processing unit    -   221 Storage    -   222 Control signal processing unit    -   223 NVRAM    -   224 Service package unit    -   225 Communication I/F    -   226 Browser    -   251 BBP filter    -   252 IP filter    -   253 UDP filter    -   254 LCT filter    -   255 SGDU filter bank    -   900 Computer    -   901 CPU

1. (canceled)
 2. A receiving device, comprising: a receiver configuredto receive a broadcast stream, the broadcast stream including aplurality of services, each of the plurality of services including oneor a plurality of components and a first control signal transmitted by aunidirectional transport session; and processing circuitry configured toprocess the one or the plurality of components constituting a particularservice of the plurality of services included in the broadcast stream,and process the first control signal of the particular service receivedfrom signals transmitted by the unidirectional transport sessionaccording to an Internet Protocol (IP) address, wherein each of theplurality of services is associated with a different IP address that iscontained in packets of the one or the plurality of components and thefirst control signal of the respective service, and in an IP layer,wherein no transport layer exists between the IP layer and a physicallayer in a protocol stack.
 3. The receiving device according to claim 2,wherein the broadcast stream is broadcast according to an IPtransmission method, and the first control signal is used in a firstlayer that is higher than the IP layer of the protocol stack of the IPtransmission method, and at least contains information about the one orthe plurality of components constituting the particular service.
 4. Thereceiving device according to claim 3, wherein the broadcast streamincludes a second control signal used in a second layer that is lowerthan the first layer, and the second control signal at least contains anidentification for identifying a network, an identification foridentifying a transport stream, and an identification for identifying aservice.
 5. The receiving device according to claim 4, wherein the firstcontrol signal of the particular service transmitted by theunidirectional transport session is designated based on uniform resourcelocator (URL) information contained in an electronic service guide inthe broadcast stream for designating the first control signal of theparticular service.
 6. The receiving device according to claim 4,wherein the second control signal contains information indicatingwhether the particular service is on the air.
 7. The receiving deviceaccording to claim 4, wherein the first control signal of the particularservice and the second control signal are contained in a service guidedelivery unit (SGDU) container and transmitted.
 8. The receiving deviceaccording to claim 2, wherein the unidirectional transport session is afile delivery over unidirectional transport (FLUTE) session.
 9. Areceiving method comprising: receiving a broadcast stream, the broadcaststream including a plurality of services, each of the plurality ofservices including one or a plurality of components and a first controlsignal transmitted by a unidirectional transport session; and processingthe one or the plurality of components constituting a particular serviceof the plurality of services included in the broadcast stream, andprocessing the first control signal of the particular service receivedfrom signals transmitted by the unidirectional transport sessionaccording to an Internet Protocol (IP) address, wherein each of theplurality of services is associated with a different IP address that iscontained in packets of the one or the plurality of components and thefirst control signal of the respective service, and in an IP layer,wherein no transport layer exists between the IP layer and a physicallayer in a protocol stack.
 10. The receiving method according to claim9, wherein the broadcast stream is broadcast according to an IPtransmission method, and the first control signal is used in a firstlayer that is higher than the IP layer of the protocol stack of the IPtransmission method, and at least contains information about the one orthe plurality of components constituting the particular service.
 11. Thereceiving method according to claim 10, wherein the broadcast streamincludes a second control signal used in a second layer that is lowerthan the first layer, and the second control signal at least contains anidentification for identifying a network, an identification foridentifying a transport stream, and an identification for identifying aservice.
 12. The receiving method according to claim 11, wherein thefirst control signal of the particular service transmitted by theunidirectional transport session is designated based on uniform resourcelocator (URL) information contained in an electronic service guide inthe broadcast stream for designating the first control signal of theparticular service.
 13. The receiving method according to claim 11,wherein the second control signal contains information indicatingwhether the particular service is on the air.
 14. The receiving methodaccording to claim 11, wherein the first control signal of theparticular service and the second control signal are contained in aservice guide delivery unit (SGDU) container and transmitted.
 15. Thereceiving method according to claim 9, wherein the unidirectionaltransport session is a file delivery over unidirectional transport(FLUTE) session.
 16. A non-transitory computer readable storage mediumstoring instructions, which, when being executed by processing circuitryof a receiving device, cause the processing circuitry to perform amethod comprising: receiving a broadcast stream, the broadcast streamincluding a plurality of services, each of the plurality of servicesincluding one or a plurality of components and a first control signaltransmitted by a unidirectional transport session; and processing theone or the plurality of components constituting a particular service ofthe plurality of services included in the broadcast stream, andprocessing the first control signal of the particular service receivedfrom signals transmitted by the unidirectional transport sessionaccording to an Internet Protocol (IP) address, wherein each of theplurality of services is associated with a different IP address that iscontained in packets of the one or the plurality of components and thefirst control signal of the respective service, and in an IP layer,wherein no transport layer exists between the IP layer and a physicallayer in a protocol stack.
 17. The non-transitory computer readablestorage medium according to claim 16, wherein the broadcast stream isbroadcast according to an IP transmission method, and the first controlsignal is used in a first layer that is higher than the IP layer of theprotocol stack of the IP transmission method, and at least containsinformation about the one or the plurality of components constitutingthe particular service.
 18. The non-transitory computer readable storagemedium according to claim 17, wherein the broadcast stream includes asecond control signal used in a second layer that is lower than thefirst layer, and the second control signal at least contains anidentification for identifying a network, an identification foridentifying a transport stream, and an identification for identifying aservice.
 19. The non-transitory computer readable storage mediumaccording to claim 18, wherein the first control signal of theparticular service transmitted by the unidirectional transport sessionis designated based on uniform resource locator (URL) informationcontained in an electronic service guide in the broadcast stream fordesignating the first control signal of the particular service.
 20. Thenon-transitory computer readable storage medium according to claim 18,wherein the second control signal contains information indicatingwhether the particular service is on the air.
 21. The non-transitorycomputer readable storage medium according to claim 18, wherein thefirst control signal of the particular service and the second controlsignal are contained in a service guide delivery unit (SGDU) containerand transmitted.